perm filename MAC.V3[BB,DOC] blob
sn#812043 filedate 1986-03-15 generic text, type C, neo UTF8
COMMENT ⊗ VALID 00067 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00011 00002 ∂28-May-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #1
C00041 00003 ∂29-May-85 1445 D.DPET%LOTS-C.#Pup@SUMEX-AIM.ARPA SMUG General Meeting for June
C00043 00004 ∂30-May-85 2019 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #2
C00060 00005 ∂31-May-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #3
C00077 00006 ∂03-Jun-85 1935 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #4
C00099 00007 ∂05-Jun-85 1902 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #5
C00127 00008 ∂06-Jun-85 2019 BROUILLET@SUMEX-AIM.ARPA Great deal on Macintosh Hard Drive!
C00130 00009 ∂07-Jun-85 1904 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #6
C00148 00010 ∂09-Jun-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #7
C00163 00011 ∂12-Jun-85 1904 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #8
C00183 00012 ∂13-Jun-85 1313 PATTERMANN@SUMEX-AIM.ARPA programmers wanted
C00184 00013 ∂13-Jun-85 1423 BROUILLET@SUMEX-AIM.ARPA MacBottom deal update
C00186 00014 ∂14-Jun-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #9
C00224 00015 ∂17-Jun-85 1121 @SUMEX-AIM.ARPA:pallas@Pescadero local LQP wanted
C00226 00016 ∂17-Jun-85 1907 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #10
C00256 00017 ∂18-Jun-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #11
C00287 00018 ∂21-Jun-85 1609 INFO-MAC-REQUEST@SUMEX-AIM.ARPA Temporary Moderator Sought
C00289 00019 ∂21-Jun-85 1928 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #12
C00312 00020 ∂24-Jun-85 1531 INFO-MAC-REQUEST@SUMEX-AIM.ARPA An oh so fun class, just in time for summer
C00315 00021 ∂24-Jun-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #13
C00331 00022 ∂25-Jun-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #14
C00338 00023 ∂27-Jun-85 2029 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #16
C00359 00024 ∂30-Jun-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #17
C00381 00025 ∂02-Jul-85 1216 @SUMEX-AIM.ARPA:GA.EJM@Lindy Possible Problems in Recent New Versions of Mac SW
C00386 00026 ∂05-Jul-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #18
C00414 00027 ∂07-Jul-85 1859 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #19
C00448 00028 ∂11-Jul-85 1906 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #20
C00480 00029 ∂13-Jul-85 2021 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #21
C00493 00030 ∂15-Jul-85 2222 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #22
C00509 00031 ∂16-Jul-85 2244 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #23
C00521 00032 ∂17-Jul-85 1713 @SUMEX-AIM.ARPA:GA.EJM@Lindy Macintosh 512K memory upgrade price reduction
C00523 00033 ∂22-Jul-85 1521 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #24
C00568 00034 ∂23-Jul-85 1603 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #25
C00587 00035 ∂24-Jul-85 1723 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #26
C00608 00036 ∂29-Jul-85 2230 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #27
C00626 00037 ∂01-Aug-85 1816 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #28
C00650 00038 ∂05-Aug-85 0054 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #29
C00666 00039 ∂06-Aug-85 1739 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #30
C00676 00040 ∂08-Aug-85 1708 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #31
C00696 00041 ∂15-Aug-85 1326 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #32
C00719 00042 ∂21-Aug-85 1216 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #33
C00749 00043 ∂22-Aug-85 1111 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #34
C00778 00044 ∂24-Aug-85 1406 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #35
C00813 00045 ∂30-Aug-85 1320 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA Stanford Mac Users' Day in the Woods
C00815 00046 ∂30-Aug-85 1322 INFO-MAC-REQUEST@SUMEX-AIM.ARPA Macintosh buyer guide
C00817 00047 ∂30-Aug-85 1404 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #36
C00838 00048 ∂30-Aug-85 1435 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #37
C00879 00049 ∂06-Sep-85 1734 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA Stanford Mac User's September meeting
C00881 00050 ∂07-Sep-85 0943 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #38
C00910 00051 ∂12-Sep-85 0512 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #39
C00955 00052 ∂13-Sep-85 1621 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #40
C00978 00053 ∂17-Sep-85 1837 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #41
C01005 00054 ∂20-Sep-85 1107 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #42
C01019 00055 ∂28-Sep-85 0125 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #43
C01058 00056 ∂28-Sep-85 0132 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #44
C01074 00057 ∂03-Oct-85 1729 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #45
C01108 00058 ∂03-Oct-85 1755 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #46
C01126 00059 ∂09-Oct-85 1501 @SUMEX-AIM.ARPA:FERNANDEZ@SU-SUSHI.ARPA SMUG Developers Meeting
C01129 00060 ∂09-Oct-85 1831 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #47
C01173 00061 ∂13-Oct-85 2116 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA SMUG's New THursday night meetings.
C01176 00062 ∂22-Oct-85 1919 @SUMEX-AIM.ARPA:FERNANDEZ@SU-SUSHI.ARPA Nex SMUG Developers meeting & Mailing list update
C01180 00063 ∂25-Oct-85 2308 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #50
C01211 00064 ∂04-Nov-85 1432 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA Stanford Mac Users' Group monthly meeting
C01213 00065 ∂06-Nov-85 2214 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #51
C01247 00066 ∂10-Nov-85 1201 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA SMUG General Meeting notes
C01253 00067 ∂13-Nov-85 1105 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA A driver for the c-150 Diablo Ink Jet printer
C01255 ENDMK
C⊗;
∂28-May-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #1
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 28 May 85 19:05:34 PDT
Date: 28 May 85 1807-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #1
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 27 May 1985 Volume 3 : Issue 1
Today's Topics:
Re: Imagewriter compatibility
Re: Laserwriter fonts
Re: Application signatures
Yet more on ROM upgrade problems
System/Finder upgrade program problems
MacWrite 4.5 bug
Appletalk vs Thunderscan
Symbol font/LaserWriter question
Programs Plus
TopExpress reply to MacBCPL review
----------------------------------------------------------------------
From: John Mark Agosta <info-mac-request>
Subject: New volume number
Note that I have incremented the volume number, since we ran the dump
tapes this weekend.
------------------------------
Date: Sun, 26 May 85 13:33 EDT
From: Hess@MIT-MULTICS.ARPA
Subject: Imagewriter compatibility
The closest printer to the Imagewriter is the C.Itoh 8510A (or B)
(same as the Leading Edge Prowriter). And even IT isn't the same.
NEC8023 is second closest, but not near enough to do microspacing and
microfeeding at all. (The Prowriter obeys the same commands, but has
different resolution and font widths in PS mode.)
Brian
Subject: Laserwriter fonts
The Laserwriter has a not sign and a proportional sign built into its
internal symbol font. Adobe manual says not is at 'X'+128, and prop.
is at '5'+128. On the Macintosh, only the prop. is in the Symbol
font, and it is on Option-lowercase-m. The not-sign is in the Courier
font, on Option-lowercase-l. You should get the fancy keycaps desk
accessory which lets you view the keys in any font; it's a big help.
Brian
Subject: Truth in advertising
I bought stuff from LogicSoft and got what they said, $10 less than
the other ad's price. I can definitely understand why they weren't
interested in selling you twenty-dollar items with ten dollars off
each; it was intended to make cheap software prices on big-ticket
items where the mark-up will cover them. However, I agree that the
salesperson's response was rotten. And they probably won't keep up
their policy because Mac Connection has the hardest push for low
prices I've seen. LogicSoft won't beat them.
Brian
Subject: Application signatures (if nobody else responds)
You (or somebody else on this list) can find something written up on
it in one of the issues of "Outside Macintosh" which Apple publishes.
(It's not in the February or March ones, but I'm sure I saw an
article...)
Brian
------------------------------
From: crash!bwebster@SDCSVAX.ARPA
Date: Mon, 27 May 85 14:10:20 PDT
Subject: Yet more on ROM upgrade problems
I know this is getting a tad old, but I needed to pass along two more
confirmations that I've had concerning Apple's policy on the upcoming
ROM upgrade.
The first confirmation comes from someone [who shall remain nameless]
at one of the consortium universities. "Professor X" was in a meeting
with Martin Haeberli, Apple's rep (tho' I don't know if he's the only
one) to the consortium. Haeberli was specifically asked about the
rumored hard- nosed policy towards Mac owners who had 3rd party/DIY
upgrades. Haeberli confirmed that not only were dealers being
instructed not to perform the ROM upgrade, but that the ROM would
*not*e made available to these Mac owners (contrary to what had been
said here on INFO-MAC). Also, the ROM upgrade also includes swapping
in a double-sided drive (for the internal one), giving you 800K, and
that the whole thing would cost less than the price of an external
drive. Btw, Hyperdrive owners need not worry...ap- parently the ROM
restriction will *not* apply to you.
The second confirmation comes from another unnamed source at an
unnamed company that develops Mac products. This source ["Y"] sent me
private net mail, chiding me for promoting "unfounded rumors". I sent
back a message stating just why I felt my "rumors" weren't unfounded.
"Y" must have checked with some Apple reps in the meantime, because I
got a reply back stating that I was, indeed, correct about Apple's
planned policy.
Where does this leave us? Well, I will probably wait until *after*
the ROM/disk upgrade comes out, get it, then get Levco's 2MB upgrade
(providing it works with the new ROM, etc.).On the other hand, I may
just forget the ROM/disk upgrade altogether.
One last note: I have seen the Amiga in action and have gone through
the technical manuals. I'm under non-disclosure, but I will say this:
the Amiga is far more of a hacker's machine than the Mac ever was. As
soon as I finish my current "BYTE Programming Project" on the Mac (a
go-playing program in C), I'm going to switch over to the Amiga, at
least for a while. Should be lots of fun.
..bruce..
Bruce Webster/BYTE Magazine
crash!bwebster@ucsd
{ihnp4, noscvax, sdcsvax}!crash!bwebster
[The above opinions are, of course, my own.]
[Hold your messages: yes, I know just how hard it is to get a program
to play a decent (or even indecent) game of go. Believe me, I know,
because I had to write one for a graduate AI class I took. The
program I'm writing will provide everything *but* the brains--the goal
is for you to take it and add those yourself. Then you can play your
programs against each other. The article should be out in October,
and I don't really plan on posting the finished program much before
then. bfw]
------------------------------
Date: Mon 27 May 85 21:34:09-PDT
From: Team 3 <TA235.TEAM3@SU-SIERRA.ARPA>
Subject: System/Finder upgrade program problems
I was in the process of upgrading all my system/finder files with the
system upgrade program distributed on the Apple software upgrade
disks, when I discovered 4 disks the program not only failed to
upgrade, but actually destroyed. System update seemed to work fine on
all my copy protected software except: Musicworks, Smoothtalker,
TK!Solver, and Overvue. Overvue was recoverable by replacing the
finder (with version 4.1), and Musicworks and TK!Solver would work if
another system was used for startup, but Smoothtalker was obliterated.
Has anyone else had this problem (i.e., is it just me and my disks)?
Also, is there anyway to know in advance if system update will work?
(Note: I was updating my backup copies [made with CopyMacII].)
I'd appreciate any available information. Elliot@SU-STAR.ARPA
------------------------------
Date: Sun, 26 May 85 13:10:26 EDT
From: mazur@harvard.ARPA (Eric Mazur)
Subject: MacWrite 4.5 bug
The first time I used MW4.5 a little while ago I noticed a horrible
bug, that I thought would be noticed and reported immediately. A few
weeks have gone by and I haven't seen any report yet, so here I go:
Open MacWrite, type a few letters (just a few, say one or two) and now
try to backspace: doesn't work! If you hit return first and then start
typing, the backspace key works. The same thing happens after a ruler
insertion. Are we not allowed to make any typing errors in the first
paragraph after a ruler? Or am I doing something wrong?
Eric Mazur Harvard University
ARPA-NET: mazur@harvard.arpa BITNET: MAZUR@HARVUNXH.BITNET UUCP:
{seismo,harpo,ihnp4,linus,allegra,ut-sally}!harvard!mazur
------------------------------
Date: 28 May 1985 08:12-EST
From: mss%dartvax%dartmouth.csnet@csnet-relay.arpa
Subject: Appletalk vs Thunderscan
We just got a Thunderscan. According to a brief note in the package,
Thunderscan has difficulties on a Macintosh which has been used on
Appletalk. Apparently Appletalk leaves some information in nonvolatile
memory (I guess the parameter ram/clock chip) which Thunderscan relies
on in some way. The suggested "work around" is to turn off the
Macintosh, remove the battery for the clock, wait thirty seconds for
the charges to trickle away and then put everything back together.
Although Thunderscan claims to be coming out (in a couple of months)
with a version of their software which will interact properly with
Appletalk, I thought an easy patch in the mean time would be to write
a program that flips those magic bits to something benign -- it
appeals to me more than taking the battery out of machine. A quick
call to Thunderscan (supposedly a technical support person) revealed
no information: all he knew was that there was a problem with the
interactions between Appletalk and Thunderscan but he had no idea what
a parameter ram was nor what could be stored there. My suspicion is
that some of the "reserved for future use" bits have been used, but
rather than performing experiments, I'm asking if someone else has
already solved the problem (or at least knows the technical info that
I need to write the program).
-Mark (mss%dartmouth@CSNet-Relay)
------------------------------
Date: Tue 28 May 85 16:00:35-PDT
From: Barry Eynon <EYNON@SU-SCORE.ARPA>
Subject: Symbol font/LaserWriter question
I've got a large technical paper I've been preparing on the Mac, using
WORD. Being a statistician, I've got the usual x-bars, etc. running
around in it. I've been using the Princeton math font to do my
symbols, which works fine on the Imagewriter. However, I'd like to do
my final version on the LW, if at all possible. I got my first chance
to print off a version today, and I used t "automatic conversion"
feature to convert the 10-point Geneva the paper is written in to
Helvetica, and since I had installed the Princeton fonts in the Laser
System, I figured they might not look quite as nice, but should be
fine for just the technical stuff.
Hoever, I was shocked to find that the Princeton characters come out
to be only about 2/3 the size of the Helvetica characters (both at 10
point) on the LW (it looks so good, otherwise...). So I've been
thinking of going through and changing all the technical symbols to
the LW Symbol Font, which I'm not enthusiastic about, to begin with.
But what's got me in a quandry at the moment is I can't figure out how
to put bars and hats over characters in Symbol. Has anyone else
figured out how to do this, or have any suggestions on solutions to
doing real math text on the Mac with the LW right now (eventually
someone's got to convert TeX - it's a natural matchup). Any help would
be appreciated.
-Barry Eynon EYNON@SCORE
------------------------------
Date: Sun, 26 May 85 17:08:50 EST
From: Stephen C. Hill <STEVEH@MIT-MC>
Subject: Programs Plus
I wish to report on my dealings with Programs Plus, 429 Honeyspot
(sic) Rd., Stratford, Conn. 06497, (800) 832-3201. I have ordered
several hundred dollars of assorted Hardware and software from them
and have been mostly pleased with their responsiveness. The only
thing that I can fault them on, is the order that contained
MacPublisher and Thunderscan amongst other items. I was paying via
credit card, and while they DID say that those two items were out of
stock and I would get them as they received them, when I received the
first part of my shipment, I noticed that I had been billed for the
entire amount. I received the back-ordered items within two weeks, so
I didn't get too upset, however when they called to say that another
item that I was interested in had arrived (and did I want to buy it?),
I expressed my feelings about the billing for unshipped product issue.
The lady said that that was not their policy, but things sometimes
slip.
All in all, I am very pleased with both the prices and delivery from
Programs Plus, and I only mention the above as a caution to be alert
for.
------------------------------
Date: 22 May 85 20:51:41 EDT
From: Jeffrey Shulman <SHULMAN@RUTGERS.ARPA>
Subject: TopExpress reply to MacBCPL review
I have finally received the reply from Topexpress Limited
regarding my review of MacBCPL. The text of their reply in its
entirety follows --- please store it AFTER the review itself. One
item of importance mentioned in the letter is that "bona-fide software
developers and educational institutions" who read my review may buy
MacBCPL directly from Topexpress for only $100.00 (US) dollars rather
than $175.00.
[I have no ties whatsoever with Topexpress and have nothing to benefit
if people do or do not buy MacBCPL.]
Jeff
uucp: ...{harvard, seismo, ut-sally, sri-iu,
ihnp4!packard}!topaz!shulman arpa: SHULMAN@RUTGERS
[ This reply is stored in News-BcplReply.txt -jma ]
TOPEXPRESS LIMITED
Scientific and Computer Consultants
13/14 Round Church Street
Cambridge CB5 8AD
England
Telephone Cambridge (0223) 355427
14-May-85
To: Jeffrey S. Shulman
Dear Mr Shulman,
Thank you for your comprehensive review of MacBCPL. You made some
very good points, some of which I will deal with in more detail later.
Our main aim was to produce a system which could be used for serious
software development on a 128K MAC, with no hard disc attached - we
did not want to force people to use a Lisa or even a 512K Mac. For
this reason, we had to restrain ourselves slightly in the facilities
that we included in the compiler and library, for fear of using too
much store or disc space. We also thought it important that the
system be available quickly - there are too many products advertised
which will be available 'real soon now'!
Perhaps I can deal with some of your specific points:
The problem with floating point is that the documentation available at
the time seemed very poor. Since then we have studied it carefully
and have produced a set of trap declarations which give full access to
the 'SANE' routines in the two Mac packages. We will publish these
traps in our first BCPL user's newsletter.
Segmenting a BCPL program into separately loadable pieces is possible
if suitable 'glue' code is used to bind them together (this is
necessary because special action is required when BCPL code is loaded
- initialising global vector entries for example). I have now written
a simple 'gluepot' program which you can use to produce this special
code. We will include a listing of the program in the newsletter.
You can't use VEC declarations in BCPL to allocate variable amounts of
store (as in Pascal, the size must be a constant). Therefore it is
always necessary to use 'getvec'/'freevec' calls for serious store
allocation.
Ideally, we should have produced header declarations for every Mac
data structure; unfortunately, this would not have solved all
problems, since some knowledge as to formats are still required by the
user. For example, you can't use field selectors to access structures
allocated by the Mac itself, because they may not be aligned on a
four-byte boundary (necessary for BCPL!). We felt that it is rarely
necessary to extract fields from the more complicated structures (one
can use routines like 'GetWRefCon', for example), and so one can
declare structure offsets as necessary. I agree that we should have
included at least a printed list of all the useful byte offsets in Mac
structures; this will appear in the newsletter.
Altering the compiler so that the Toolbox registers need not be
specified is certainly something that we could do (you may have
noticed that there is a spare bit in the trap table format which could
be used to indicate a 'register' call). This was one of the changes
that we rejected eventually to keep the compiler down in size, as we
felt that register based calls are relatively rare. We may however
change our minds about this and include the facility in the next
release of the compiler.
We thought a lot about how the compiler is started off; the trouble
with using a double-click in the file name is that one cannot then
select some of the other file options (object file, etc) - I didn't
want to risk calling the standard file package from within itself.
Location of lines by number is a real problem on the Mac; we were most
reluctant to write a whole new editor (the Apple one is really quite
good), but also couldn't think of any better way of showing you where
the error occurred.
The linker and RMaker documentation we had from Apple was very sparse.
We felt that users might prefer to get more up-to-date versions from
Apple, rather than relying on the little information that we could
supply. When we publish our segmentation/overlaying mechanism for
BCPL, we will include more linker information.
Apple (UK) distribute the assembler development system free to
registered software developers, so we felt that users could easily
acquire the latest versions of the assembler and RMaker from them.
One can in fact include small amounts of inline code by writing hex
procedure calls [eg. LX4E71() would compile to a NOP instruction] but
this facility is obviously for experts only, and we thought it wiser
not to mention it in the manual. It is also rarely necessary to use
assembler routines with BCPL, since the language gives you such
low-level access to the machine.
Apple supply good low-level debuggers in the assembler development
system and on the MACSTUFF discs, so we did not feel it necessary to
develop a new one ourselves. Perhaps we should have given some hints
as to their use with BCPL - this is something worth including in our
newsletter.
We will look at our US pricing policy in the light of your comments,
but meanwhile for bona-fide software developers and educational
institutions we will charge only $100 as a special offer to readers of
this review who purchase direct from us. Perhaps you could help us
publicize this.
When we produce the next release of the system, existing users will be
given the opportunity of upgrading for a nominal fee.
I hope that this has clarified some of your points,
Yours sincerely,
Dr Richard Evans
------------------------------
End of INFO-MAC Digest
**********************
∂29-May-85 1445 D.DPET%LOTS-C.#Pup@SUMEX-AIM.ARPA SMUG General Meeting for June
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 29 May 85 14:42:06 PDT
Received: from LOTS-C by SUMEX-AIM with Pup; Wed 29 May 85 14:40:53-PDT
Date: Wed 29 May 85 13:54:12-PDT
From: Doug Petesch <D.DPET%LOTS-C@LOTS-C>
Subject: SMUG General Meeting for June
To: smug%Score@LOTS-C, info-mac-stanford%SUMEX-AIM@LOTS-C, micro%LOTS-A@LOTS-C
cc: su-bboards%Score@LOTS-C
Details of the June SMUG general meeting:
Where: Annenberg auditorium, Cummings art building,
Stanford University Campus.
When: 7:00 p.m., Monday, June 3rd, 1985.
Admission: $3 or free with purchase of annual membership,
Annual fee: $35 or $25 with Stanford I.D.
Items for sale: Blank disks, 13 freeware disks, SMUG T-shirts.
Agenda: Pre-meeting sales of memberships and disks,
Open question and answer period, 7-7:30,
SMUG business and announcements,
Guest speaker: Chris Crawford will talk on game
design on the Macintosh. Chris has
written many games himself and
promises an interesting meeting.
Have your questions ready.
Information: Call the SMUG Hotline at (415) 854-2118.
--Doug
-------
∂30-May-85 2019 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #2
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 30 May 85 20:19:25 PDT
Date: 30 May 85 1650-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #2
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 30 May 1985 Volume 3 : Issue 2
Today's Topics:
macget & macput for DG machines
SKEL.C bug
non-CPU intensive TIME Desk Acc.
Lint library for Mac ToolBox calls?
More harmonic series bench results
Switcher 2.6 problem
Objective-C
Getting Mazewars to run ?
Broken disk as a result of DIY upgrade.
----------------------------------------------------------------------
Date: Thu, 30 May 85 01:05:31 EST
From: "James Lewis Bean, Jr." <BEAN@MIT-MC.ARPA>
Subject: macget & macput for DG machines
I managed to get macget and macput running this weekend. I have not
transfered many files with them, but they seem to be stable. If
anyone is interested in getting them drop me a line.
lewis bean bean@mit-mc.arpa
------------------------------
Date: Thu, 30 May 85 02:03:24 EST
From: Leigh L. Klotz <KLOTZ@MIT-MC.ARPA>
Subject: SKEL bug
I noticed this bug a few months ago but I thought it had been
corrected in a subsequent release. I noticed today that it hadn't.
In the doMouse procedure inContent case and inGrow case there's a
statement like the one below
if (whichwindow = mywindow) which should be
if (whichwindow == mywindow)
[ This change has been made in UTILITY-SKEL.SHAR -jma ]
------------------------------
Date: Tue, 28 May 85 05:14:27 cdt
From: werner@ut-ngp.ARPA (Werner Uhrig)
Subject: non-CPU intensive TIME Desk Acc.
[] Following is a newer version of my "Time" Desk Accessory I
previously posted a few months back. There was a problem with Finder
4.1.
The format below is in BinHex4.0 format, using Apple's new Font/DA
Mover.
The purpose was twofold.. 1) teach myself how to create DA's and 2)
provide a very small and non CPU intensive clock to be used with
VersaTerm. Since "Time" only tickles SystemTask() every 60 seconds,
the effective speed of a terminal emulator is not reduced. "Time"
takes only about 1K in the heap. I fudged a little on the GoAway...
hope it doesn't bother anyone.
"Time" was created almost all in 'C' using Manx's Aztec C68k.
"Time" may be freely distrubuted, but not sold, as it is a Copyright
1985 by Lonnie R. Abelbeck.
Please report any "bugs" and comments to:
Lonnie Abelbeck ihnp4!aluxe!lra
[ please find this d.a. in DA-TIME.HQX , with length 1259(7) -jma ]
------------------------------
From: stew%lhasa@harvard.ARPA
Date: 30 May 85 03:34 EDT
Subject: Lint library for Mac ToolBox calls?
Does there exist a file containing function headers for the Mac
ToolBox calls suitable for use as a lint library? It seems to me that
this would be very useful. If such a file does not exist, I would be
interested in collaborating on typing it in. The MegaMax manual
contains what I want as an appendix; perhaps they would be willing to
release it in machine readable version (it appears to have been
printed on a dot-matrix). It is only 37 pages long, though, and if I
get half a dozen helpers, that means only 6 pages of typing each. The
result would be of use to anyone with access to any Macintosh C and
any unix.
Any takers?
Stew
------------------------------
From: stew%lhasa@harvard.ARPA
Date: 29 May 85 23:18 EDT
Subject: More harmonic series bench results
I ran the harmonic series benchmark and got 16.50 seconds using asm
calls to sane within megamax C, and 39.5 using only megamax C. Why
are we all getting such different numbers? In particular, how did
someone claim a figure of 8-9 seconds for Consulair 80 bit floats when
the tightest assembly language loop I get is twice that?
The report of a bogus answer from Megamax was due to a bug in the
compiler having to do with casting a constant to a float. To get
around this, always cast to double; all floats are converted to double
anyway by C, so this costs nothing.
Would someone explain why a double can't be 80 bits long? That would
make things a lot easier \and/ faster, wouldn't it? Then C's and
SANE's idea of internal precision would mesh nicely.
Incidentally, I get times of 0.94 secs on my 750 without FPA, 0.136
secs on a 780 with FPA, and 1.24 on an IBM-PC/AT with an 80287 and a
souped up crystal. I expected more out of the AT -- I guess the math
chip isn't quite up to the speed of the mpu.
All of these calculations were using 64 bit floats, except the asm
version for the Mac, which used 80 bits. All got the same answer to
15 significant figures: 9.787 606 036 044 38. One bug to check for
if you get a different answer: when evaluating f = f + 1.0 / i, is
the division done in 32 or 64 bit floats? If it's C, it should be
done in double. If fortran (or any other language with reasonable
arithmetic rules), then you have to say 1.0D0 to get double precision
division.
Stew
------------------------------
Date: Wed, 29 May 85 09:29 EST
From: Daniel Warner <warner%clemson.csnet@csnet-relay.arpa>
Subject: Switcher 2.6 problem
OverVUE (version 1.0c) locks up when running under Switcher 2.6. Once
OverVUE starts working on a file (even a new file) any command to the
switcher (clicking on the double arrow or typing the keyboard
equivalents) causes OverVUE to lock up. Option-Command-Shift-Period
does get back to the switcher, but returning to OverVUE produces an
empty bomb box. I have OverVUE version 1.0(d) on order and will report
on its' behaviour when I get it.
On the good news side I have been routinely using Edit and VersaTerm
together under the switcher. This provides an Email facility second
to none with enormous flexibility. In fact I'm using it rigth now.
The desk accessories DiskInfo and MockPrinter also work fine in this
environment.
Dan Warner WARNER@CLEMSON (CSNET)
------------------------------
Date: 23-May-85 23:26 PDT
From: Kirk Kelley <KIRK.TYM@OFFICE-2>
Subject: Objective-C
Apple announced MacApp (set of classes for writting an application)
will be available in Objective-C.
June BYTE has an article by the Objective-C folks about programming
methodology called "Software-ICs". It is really about object oriented
programming. "The notion of a Software-IC, in which reusable code is
built and tested by a supplier and then delivered to consumers in
binary form, is not possible without "dynamic binding." They claim
that this use of dynamic binding will superceed Ada, Modula-2, and
CLUE which bind statically at compile time. It seems their argument
would apply to C++, the "other" object oriented C as well, I guess.
-- kirk
------------------------------
Date: Thu, 30 May 85 00:19:13 EDT
From: kevin@harvard.ARPA (Kevin Crowston)
Subject: Getting Mazewars to run ?
I'm trying to get the MazeWars game programme to work, but am having
some trouble doing so. If anyone has gotten the programme to work,
I'd appreciate some advice as to what I am doing wrong. The programme
runs fine, but seperately; the two programmes come up but they don't
seem to notice each other.
I don't have AppleTalk, so I followed the advice in a previous letter
on how to hook up two Macs without it. The letter suggested using the
cable that came with the development system, or "two imagewriter
cables back to back, connecting pins 7 to 7, 2 to 3 and 3 to 2" (my
paraphrase). Looking at an imagewriter cable, I noted that it had
(going from the 9-pin Mac side to the 23-pin ImageWriter side) pins 5
to 2, 9 to 3 and 3 and 8 (shorted together) to 7, so I made a cable
with two 9-pin connectors, connecting 3 and 8 (shorted together) to 3
and 8, 5 to 9 and 9 to 5.
Question 1: Is this a reasonable cable? Where do I plug it in (the
printer or external device plug)?
I then went to a local dealer and copied the system file that comes
with the LaserWriter to get the various resources (two drivers, some
init code, etc.) As the previous letter indicated, these resources
are already in the system file. There was also a desk accessory,
Choose Printer, also refered to in that letter. However, I wasn't
sure what I wanted to choose using this DA. Also, on the 128K Mac (I
have a 512K Mac and a 128K Mac) the AppleTalk Connect button was
greyed out, but not on the 512K Mac. In neither case was there any
choice in the list of printers besides ImageWriter. I didn't run any
of the other software on the disk (there were some applications like
install printer, etc., because I accidentally deleted the disk right
after I copied the system files.
Question 2: What do I want to choose with the Choose Printer DA? Is
there support for AppleTalk on a 128K Mac or do I need two 512K Macs
for this game? Should I run some other application to initialize the
AppleTalk stuff?
Any advice anyone can offer will be most appreciated. As I said, I've
gotten the programme to run; it's frustrating not being able to get
two people into the maze.
Kevin Crowston MIT Sloan School
------------------------------
Date: Thu, 30 May 85 10:14:00 EST
From: Daniel Weise <DANIEL@MIT-MC.ARPA>
Subject: Broken disk as a result of DIY upgrade.
Last night I tried to upgrade my MAC myself. I am no novice to making
board level modifications. After installing the new chips but before
configuring for 512K I powered up the machine. All memory diagnostics
ran fine, but when it come time for it to read the disk it said the
disk was bad, ejected it, and then kept trying to eject it (kerchunk,
kerchunk, kerchuck). This happens on all disks. So I seem to have
broken the disk drive.
Questions:
Could the two actions be related? I see no lines for the disk drive
running anywhere near the memory chips. I checked for solder
splashes, broken traces, etc.
If they are not related, has anyone seen their disk do this? Is this
a common problem with a common solution?
Daniel Weise
------------------------------
End of INFO-MAC Digest
**********************
∂31-May-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #3
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 31 May 85 19:05:31 PDT
Date: 31 May 85 1637-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #3
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 1 Jun 1985 Volume 3 : Issue 3
Today's Topics:
C-Kermit Version 4C for Unix, VMS, and the Macintosh
Dynamic binding in C++
Re: Getting Maze Wars to Run
Maze Wars, an easier way
LaserWriter transparency printing?
LISA to Mac documents?
----------------------------------------------------------------------
Date: Thu 30 May 85 19:30:42-EDT
From: Frank da Cruz <SY.FDC@CU20B.ARPA>
Subject: C-Kermit Version 4C for Unix, VMS, and the Macintosh
This is to announce version 4C of C-Kermit for Unix, the Apple
Macintosh, and VAX/VMS. C-Kermit is a version of Kermit written
modularly in C, implementing the entire Kermit file transfer protocol
(except for attribute packets), designed for modularity and
transportability.
This version of Kermit has been in "field test" for about a month, and
is being released at this time because most of the major goals for it
have been met, namely:
. Most known bugs in release 4.2 fixed . Support for new systems added
and tested . A few new functions incorporated
At this point, C-Kermit should be considered a fairly stable base upon
which to add support for new systems -- the interface between the
system-dependent and portable modules seems to have settled down --
and to add new features.
A few highlights:
Systems Supported:
. Berkeley Unix 4.1 and 4.2 (but not yet 2.9)
. AT&T Unix System III and derivatives (Xenix/286, PC/IX, etc)
. AT&T Unix System V and derivatives
. Bell Unix Version 7
. DEC Pro-350 with Venix Version 1
. NCR Tower 1632, OS 1.02
. VAX/VMS
. Apple Macintosh
New features since version 4.2, common to all implementations:
. Many features redesigned to promote portability.
. Compile-time options to eliminate debugging and logging code to
reduce
size and boost performance.
. Packet parameters separately settable for inbound & outbound
packets.
. Protocol operation improved here & there, many bugs fixed.
New features for Unix implementation (and VMS):
. Command line continuation
. Support for additional modem-dialers
. Improved performance for Pro/Venix
. Better (but still not perfect) determination of local vs remote mode
in 'set line'
. User's preferred shell is used for "!" commands, rather than
always sh. (A complete list of Unix/VMS updates is in CKUKER.UPD.)
New Features (since 0.7) for Macintosh:
. A key redefinition package is now provided.
. I/O errors, such as disk full or write protected, now handled better.
. Separate boxes for inbound & outbound packet parameters in protocol
settings dialog. (A complete list of Macintosh updates is in CKMKER.UPD.)
The Macintosh implementation is built using the Stanford University
Medical Center's SUMACC cross development system, which runs on VAX
computers under Unix (or VMS with Eunice). MacKermit fits on a
standard 128K Mac, but just barely. The key configurator is a
separate program, because this additional functionality added to
Kermit itself would not fit into a 128K Mac. The memory restriction
is a problem only because the SUMACC system cannot produce swappable
segments. If someone wants to take the trouble to translate the
Macintosh-specific modules to one of the native Macintosh C
development systems that supports segment loading, then additional
functionality can be added without worrying about exceeding memory.
(If you want to volunteer to do this, please contact us first!)
The VAX/VMS implementation is more an exercise in portability than a
real Kermit implementation. It mostly works, but does not possess the
intimate knowledge of the VMS environment that the Stevens Institute
of Technology Bliss language implementation has. Still, it may be
useful to sites that do not have a Bliss compiler but do have the
VAX-11 C compiler.
Documentation includes a Unix Kermit manual (CKUKER.DOC, Scribe source
CKUKER.MSS), a Macintosh Kermit manual (CKMKER.DOC,.MSS), various help
files (CK*.HLP), program update histories (CK*.UPD), and "beware"
files (CK*.BWR). The Unix and Macintosh manuals are new chapters for
the Kermit User Guide, but the Guide itself has not yet been reissued
to include these chapters; a new revision of the manual will appear
after MS-DOS Kermit 2.28 is announced.
The files are in KER:CK*.*, available from host CU20B via anonymous
FTP on the Internet. Within a few days, they will also be available
from BITnet via KERMSRV at CUVMA. In addition, Macintosh Kermit
diskettes will be sent out to selected sites (Apple University
Consortium schools and a few others; our capacity to reproduce
diskettes is limited, so we can't do mass mailings). And of course,
the new files will be included henceforth on our Kermit distribution
tapes.
The files that had been in <CKERMIT> for testing purposes have been
removed. Thanks to all the folks on the network who participated in
the test and helped to work out the bugs, particularly Dave Tweten
(AMES-NAS), Marco Papa (USC), Dan Schullman (DEC), Lawrence Afrin
(Clemson U), and many others too numerous to mention.
Please report any problems to Info-Kermit@CU20B.
------------------------------
Date: 31 May 85 14:53 PDT
From: Fischer.pa@Xerox.ARPA
Subject: Dynamic binding in C++
C++ has both dynamic or static binding in its calls, depending on
whether the analysis of the code allow it to optimize into a static
binding.
Very neat.
I would like to predict the demise of Objective C if C++ is ever
released.
(ron)
------------------------------
Date: Fri, 31 May 85 12:07:01 EDT
From: Peter DiCamillo <CMSMAINT%BROWNVM.BITNET@WISCVM.ARPA>
Subject: Re: Getting Maze Wars to Run
I've been playing around a little with Maze Wars here, and my
experience suggests that your cable should work fine. Apparently,
when you boot a 128K Mac with a normal complement of fonts and desk
accessories, the AppleTalk init codes decides there is not enough
memory to load the .MPP driver. However, there actually is enough
memory to load .MPP and run Maze Wars. Here's a small Manx assembler
program I wrote to do just that. It opens the .MPP driver, then
chains to the game. I never was able to use Maze Wars with other
players on a 128K Mac until I used this:
PUBLIC ←main
←main SUB #50,SP
MOVE.L SP,A0
CLR.B $1B(A0)
LEA MPPName,A1
MOVE.L A1,$12(A0)
CLR.W $16(A0)
DC.W $A000
ADD #50,SP
SUB #6,SP
MOVE.L SP,A0
LEA PGMNAME,A1
MOVE.L A1,0(A0)
CLR.W 4(A0)
DC.W $A9F3
MPPName DC.B 4,'.','M','P','P'
PGMNAME DC.B 9,'M','a','z','e',' ','W','a','r','s'
END
I apologize for the lack of comments, but this is very similar to the
open code in the assembler section of the AppleTalk chapter of Inside
Mac.
Peter
------------------------------
Date: Fri, 31 May 85 13:39:21 EDT
From: Dick Damon <DICK%BROWNVM.BITNET@WISCVM.ARPA>
Subject: Maze Wars
I was struggling with Peter to get Maze Wars to run on a 128k Mac.
After many futile attempts, we succeeded with the program Peter wrote
and included in the previous letter. However, I think it is much
simpler than that. First set up a disk with the new system (including
Imagewriter), and use the most recent AppleTalk Installer you can lay
your hands on (ours is dated 03/05/85). With your cable on the printer
port, use Choose Printer (in the Apple Menu), select Imagewriter,
select "phone" port, select Apple Talk Connected, then click on OK,
and you are home free.
------------------------------
Date: 30 May 85 23:51:15 EDT
From: Kevin.Dowling@CMU-RI-ROVER
Subject: LaserWriter printing
Has anyone tried transparencies on the LaserWriter? I've gotten
results that pretty much darken the entire transparency. The
temperature of the printing process can reach 200F (or C?) and I
suspect that this is higher than a normal thermofax machine.
If anyone has used a particular type or brand of transparency with the
LaserWriter I'd be interested to know about it.
Also In doing the manual feed it always seems to print the "Manual"
page with each copy. Is there a way to avoid this waste?
I'm very pleased with the LaserWriter's capability and the results
I've had so far.
-----
On a separate note is there an easy way to have forms of different
types and make it easy to enter values at different points. I can
easily imagine a program that would allow you to "paint" a form
outline (for a example a purchase order form) using Macpaint and then
define queries that would correspond to entries in the form and enter
them at the appropriate locations on the form.
Obviously you could have a template MacPaint file and then copy it and
go in by hand and enter values. Perhaps MacDraw would be even better
for this kind of approach.
Aka : Kevin Dowling
Bell: (412) 578-8830
Arpa: nivek@cmu-ri-rover
Mail: Robotics Institute
Schenley Park
Pgh, PA 15213
------------------------------
Date: Sat 20 Apr 85 09:06:37-PST
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: [cperry@mitre (Chris Perry): LISA/Mac documents, etc.]
Return-Path: <cperry@mitre> Received: from mitre.ARPA by
SUMEX-AIM.ARPA with TCP; Fri 19 Apr 85 14:55:58-PST Received: by
mitre.ARPA (4.12/4.7)
id AA14018; Fri, 19 Apr 85 17:55:31 est Date: Fri, 19 Apr 85
17:55:31 est From: cperry@mitre (Chris Perry) Message-Id:
<8504192255.AA14018@mitre.ARPA> To: info-mac-request@sumex-aim
Subject: LISA/Mac documents, etc. Cc: ¬e@mitre
Hello. I'm passing on a note from one of our local ARPANET-less Mac
users...
if anyone has, knows of, or is working on a utility to convert MAC documents
to LISA? Also if anyone knows about Compugraphic 8400 print driver for the
MAC? I know about APPLE'S utility to convert LISA to MAC, but that will not
help me with COMPUGRAPHIC'S typesetting program.
Thanks in advance.
Chris Perry (cperry@mitre.arpa)
------------------------------
End of INFO-MAC Digest
**********************
∂03-Jun-85 1935 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #4
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 3 Jun 85 19:35:34 PDT
Date: 3 Jun 85 1433-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #4
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 4 Jun 1985 Volume 3 : Issue 4
Today's Topics:
MacKermit, version 0.8(28)
Pirated software hits net...
SetFile 2.0 and the new system
How I got Mazewars to work
Request for User Group addresses.
----------------------------------------------------------------------
Date: Mon 3 Jun 85 14:23:37-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: MacKermit, version 0.8(28)
A new Kermit is archived at <info-mac>! From the files available at
Columbia's C20B, THese are the ones you may find here:
CKMKER.BWR.1 18588(7) 31-May-85
A digest of bugs and corrections ("bewares")
.DOC.1 35281(7) 30-May-85
The manual page(s) about MacKermit
.HQX.1 79761(7) 1-Jun-85
MacKermit v0.8(28) in compressed binary format.
.UPD.1 6039(7) 30-May-85
A list of UPDated features in this version
CKMKEY.HQX.1 30595(7) 30-May-85
The key remapping.
As before we have kept Columbia's naming scheme. Thanks to Doug
Brutlag for getting the files. -jma
------------------------------
Date: Mon 3 Jun 85 03:03:43-PDT
From: William "Chops" Westfield <BILLW@SU-SCORE.ARPA>
Subject: Pirated software hits net...
I dont know if this has made it to info-mac yet (not reading that
list), or whether it is even Mac software, but since the messages
mention net.sources.mac, I thought you should see this.
BillW
------------------------------ Forwarded messages
----------------------
From: "Lonnie R. Abelbeck, AT&T Bell Labs" <lra%rduxb.uucp@BRL.ARPA>
Subject: Pirated VersaTerm Hits the Net Date: 30 May 85 00:50:53 GMT
To: info-micro@brl-vgr.ARPA
[] Pirated VersaTerm Hits the Net
I just saw a posting in "net.sources.mac" that is a blatant, illegal,
pirated version of my Copyrighted Version 1.00 of VersaTerm. The
poster was:
--> From: newton@reed.UUCP (Physics Super User)
--> Newsgroups: net.sources.mac
--> Subject: Another Terminal Emulator
--> Message-ID: <1574@reed.UUCP>
--> Date: 29 May 85 06:29:10 GMT
--> Date-Received: 29 May 85 15:02:26 GMT
--> Organization: Reed College, Portland, Oregon
The fraud claiming to have written the program is:
--> R. E. Crandall
--> 5445 SE 41
--> Portland, OR 97202
By editing the "About VersaTerm..." dialog (using FEdit and ResEdit I
suppose) this person replaced my Copyright notice, my picture and my
name with his name, Company (logo?) and a plea for $75 to be sent to
his address. Everything else is MY VERSATERM!!
Our (Peripherals C&S) lawyers have been informed and legal action will
no doubt be brought against both Mr. Crandall and Reed College.
If this fraud has posted this illegal program to other networks
(CompuServe...) I would appreciate you honest netter's out there to
pass this note on.
I still can't believe it!!!
Lonnie R. Abelbeck ihnp4!rduxb!lra
------
From: Dan Winkler <winkler@harvard.ARPA>
Subject: Re: Pirated VersaTerm Hits the Net
To: info-micro@brl-vgr.ARPA
: VersaTerm is a good program at a fair price which is
supported well. Furthermore, Lonnie posted an early version of it in
recognition of the support he had received from the net and has since
been a frequent contributer of valuable technical information.
Copy protection has proved completely ineffective against software
piracy. A much better defense is to provide a good product with good
documentation and support at a fair price, as Lonnie Abelbeck has.
Let's take this pirated posting as an opportunity to show that we
support products like VersaTerm and that they are consequently immune
to piracy even if distributed illegally over the net. Let's make it
clear to other software vendors that quality and fairness on their
part is the best (and only) defense against piracy.
I'll begin by reporting that on the Harvard Vax the pirated copy of
VersaTerm, formerly /usr/spool/news/net/sources/mac/303, has been
deleted.
Dan. (winkler@harvard)
-------
From: Sam Chin <tsc2597%acf4.uucp@BRL.ARPA> Subject: Re: Pirated
VersaTerm Hits the Net Date: 31 May 85 01:54:00 GMT To:
info-micro@brl-vgr.ARPA
<>
I have noticed that a lot of the sources posted to net.sources.mac are
not really sources but object code that has been converted to a
hexadecimal format. I think it would be a good idea to require that
posters post the source code as well. Posting of object is frowned
upon in net.sources. I know, I was fooled to thinking a copy of
stargate I found on a BBS was a public domain version and posted it.
Since that incident I have sworn never to post object without the
source.
Sam Chin allegra!cmcl2!acf4!tsc2597 tsc2597.acf4@nyu
-------
From: Roy Standing <roy@nlm-vax.ARPA> Subject: Re: Pirated VersaTerm
Hits the Net Date: 31 May 85 15:02:00 GMT To: info-micro@brl-vgr.ARPA
I, too, was amazed to find that the terminal emulator package posted
to the net was Versaterm but with someone else's name and company
identification. While I try to refrain from posting nontechnical
messages, I think this is an appropriate exception.
Such blatant piracy can not be tolerated. I have deleted the copy
that came to me and I recommend that everyone else do the same. If it
is possible to purge the posting from net.sources.mac, I recommend
that be done also.
I hope to be posting software we are developing soon. I intend to
post sources. The purpose is to participate in the colleagial
environment. Piracy can destroy the trust and respect that makes such
environments possible.
------------------------------
Date: Sat, 1 Jun 85 12:12:54 pdt
From: huxham%ucbcory@Berkeley (Frederick A. Huxham)
Subject: SetFile 2.0 and the new system
>From: stew%lhasa@harvard.ARPA >Date: 22 May 85 13:12 EDT >Subject:
SetFile DA vs. new system
To refresh everyones memory, this was posted as an answer to why the
SetFile DA 2.0 supposedly didn't work in the new system distributed by
Apple.
>I discovered the same problem when I first installed SetFile some
time >ago. The problem is that it MUST be DRVR 19, and its associated
>resources must be correctly numbered ($C000 + 19*$32 + i where 0 <= i
><= 31, as per Inside Mac, Resource Manager, page 10). The new system
>expects the DA to figure out what its ID is and look for the
>corresponding owned resources. All of the others that I have tried
>seem to do this, but the authors of SetFile were lazy, and didn't
give >us the source so we could fix it.
WRONG, WRONG, WRONG!!!!
SetFile DOES NOT have to be DRVR 19. It can have any resource ID.
The first thing the DA does is figure out what its resoure ID is and
then it calculates what it's owned resources numbers have been changed
to so it can call them accordingly.
Here is where the problem lies:
If you move the DA with the old DA mover the resource ID gets changed
along with its owned resources ID's (a DLOG and a DITL).
Unfortunately one of the fields of the DLOG resource is a number which
indicates which DITL belongs to it. The old DA mover was not smart
enough to go in and renumber this field along with renumbering
everything else. Thats why when you started up SetFile in the new
system the window would come up and then it would die. The DLOG was
looking for a DITL that was not there.
The new Font/DA mover IS smart enough to go into the DLOG resource and
correctly renumber the itemsID field.
Just move SetFile with the new Font/DA mover and everything will work
fine.
As for the authors being "lazy", (I am one of them). Let's see, we
write a DA, post it to the net for everyone to have FREE, then when
Steve Capps fixes the SF package, we write an entirely new version of
the DA, (and I'd say a fairly useful DA at that), once again we post
it to the net for everyone to have FREE.
Sorry we were so "lazy". (Yes, being called lazy annoyed me).
Fred A. Huxham huxham@BERKELEY
------------------------------
Date: Sun, 2 Jun 85 17:05:34 EDT
From: kevin@harvard.ARPA (Kevin Crowston)
Subject: How I got Mazewars to work
I now have a working version of Mazewars without AppleTalk (on a 512K
and 128K Mac). This letter describes what I did, so others needn't
worry about the same things.
There are three things I needed to get Mazewars running: a cable, a
system and a little programme, given to me by Peter DiCamillo.
1) The cable. As originally announced, you need a cable like the one
that comes with the MAC Development System. This is a 3 conductor
cable with two 9 pin connectors. You want to connect pin 3 to 3,
pin 5 to 9 and pin 9 to 5. All the rest are not connected (in
particular, you don't need to connect pin 7 to 7 as shown in the
Mac Development System Manual). This line connects the two printer
ports of the two macs.
2) A system. You need to get a system that comes with the AppleTalk
resources, for example, the system with the LaserWriter configuration
stuff. I got a copy by asking a dealer to let me copy his. There
are three resources I know you need: two drivers, named .mpp and
.atp (I think) and INIT #6. (There maybe more, but these are the
3 that were mentioned in the earlier letter.) Once I figure out
how to upload resources and assuming no one tells me that the drivers
are proprietary (the dealer thought they weren't) and there is
demand, I'll send these to the net.
3) A little programme. It turns out that the version of Mazewars posted
to the net does not properly start up AppleTalk if you just run it,
because of something stored in the parameter RAM or something like
that. There are many solutions, apparently. The easiest is to take
the battery out and put it back in, which reset the parameter RAM.
I haven't actually tried this, however, so I don't know that it works.
Other people do things with the "Select Printer DA", but this didn't
work for me on the 128K mac, since the "Connect to AppleTalk" buttons
were greyed out. The method that I know works, because it's what I do,
is to run a little programme that I was given by Peter DiCamillo.
This programme (I think) opens up the AppleTalk driver and then
launches mazewars. Note that the way it's set up, you have to
call your programme "MW" or it doesn't find it. I find that
you also have to boot off the disk with the AppleTalk system or the
programme bombs. I am including the assembler source for the programme;
I will also try to upload the application sometime in the future.
How to run the programme:
Apparently each Mac chooses its AppleTalk id number when it's powered up.
Therefore, it is said to be important to:
1) Power off each mac.
2) Connect the cable to the printer ports.
3) Turn on each mac.
4) Run mazewars. I do this by launching the little programmementioned
above, which in turn runs Mazewars. (In fact, this is the startup
application on the Mazewar's disk.) Note that with this programme
you don't need to do anything with the Select Printer DA.
I'd like to thank everyone who answered my questions and offered
advice including:
roy@nlm-vax (Roy Standing), brian@ut-sally.ARPA (Brian H. Powell),
DICK@BROWNVM.BITNET (Dick Damon), CMSMAINT@BROWNVM.BITNET (Peter
DiCamillo), chavez%ucbcory@Berkeley (Steve Costa) and Steve Hana.
Any errors in the above description are mine; I'd appreciate feedback
from anyone trying to follow these instructions.
Kevin Crowston
Assembler source:
main sub #50,SP
MOVE.L SP,A0
CLR.B $1B(A0)
LEA MPPName,A1
MOVE.L A1,$12(A0)
CLR.W $16(A0)
DC.W $A000
ADD #50,SP
SUB #6,SP
MOVE.L SP,A0
LEA PGMNAME,A1
MOVE.L A1,0(A0)
CLR.W 4(A0)
DC.W $A9F3
MPPName DC.B 4, '.MPP'
PGMNAME DC.B 2, 'MW'
end
Kevin Crowston MIT Sloan School
------------------------------
Date: Fri, 24 May 85 06:30:38 EDT
From: Monte←Fowler%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
Subject: Request for User Group addresses.
I think that it is time to compile a list of all the MAC user groups
If everyone will send me the 1) The name of the group 2) a mailing
address (physical) 3) at least one contact person w/a phone #, & 4)
any other pertinent news about the group (dues,etc)
example
1) MacTechnics (University of Michigan)
2) PO Box 4063 Ann Arbor, MI 48107
3) Monte Fowler (V. Pres) (313) 761-5682
4) yearly dues $20, includes discounts at local stores with a monthly
newsletter. Currently about 300 members
When there is a nice sized list I will post it for Info Mac
toodles, Monte of Michigan
------------------------------
End of INFO-MAC Digest
**********************
∂05-Jun-85 1902 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #5
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 5 Jun 85 19:02:33 PDT
Date: 5 Jun 85 1616-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #5
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 6 Jun 1985 Volume 3 : Issue 5
Today's Topics:
Mac PSL Version 1.1
SetFile DA vs. new system
Pirated Versaterm Explanation
re: Lint library for Mac ToolBox calls?
MacAdvantage & Softech Microsystems
[USENET] finder 4.1 stuff (& bugs)
[USENET] MazeWars on 128k Macs
[USENET] reports of video-board failures
----------------------------------------------------------------------
Date: Wed 5 Jun 85 07:47:38-MDT
From: Robert R. Kessler <KESSLER@UTAH-20.ARPA>
Subject: Mac PSL Version 1.1
Portable Standard Lisp for the Macintosh is now available. This is a
subset version of PSL which currently runs on a wide range of
machines, including the Cray-XMP, IBM 370 series, Vaxen under both VMS
and Unix, Apollo, HP Series 200, Sun and others. This version has
been used successfully for two quarters in an introductory computer
science class. It will operate on a 128K Mac with a single drive (the
128K version is limited with a small 1200 item heap and 100 symbol
table entries - but is sufficient for small educational applications).
We also include a 512K version that has the same functionality, but a
45K item heap and a 1000 free symbol table entries. The system also
includes a window based editor with paren bouncing and auto
indentation.
Since this is being distributed by the University we will be
distributing it in the same manner as we distribute our other PSL
systems. You must sign a license agreement and send us the purchase
price (or a purchase order) and we will ship the system. Included is
the disk (with the 128K and 512K versions, a set of lessons for
learning how to write Lisp programs and a few sample programs -
NOTHING is copy protected) and a reference manual describing the
features of the language (the manual is not sufficient for learning
Lisp, so we recommend textbooks like Touretzky's "A Gentle
Introduction to Symbolic Computation" for those non computer
scientists or Winston and Horn's "Lisp - Second Edition" for you
hackers or wait for my new book "Objective Lisp" {Not due out until
next year, so I wouldn't really wait ;-) }).
We are offering a site license to universities and companies that wish
to use the system on multiple of their machines (for $2500).
Cost for the disk, manual and shipping is just $75.00. Please send us
your US Mail address, and we will mail you a copy of the license
agreement for your signature (or if you are in a hurry, send us a
message and we will send you a reply containing the license which you
should print out, sign and return with your remittance).
Future plans for Mac PSL are the following, in the approximate order
we will do them (the 128K version is pretty well frozen due to memory
limitations, extensions will be made to the 512K version):
a) Add a simple objects package to allow interface to the Mac
Toolbox
b) Add more of the PSL functionality (at least a full Standard Lisp)
c) Attempt to get part of the REDUCE algebra system running
d) Attempt to add the compiler
If you have technical questions, please send mail to
(kessler@utah-20.arpa or jw-peterson@utah-20.arpa). For ordering and
administrative information, please send mail to my secretary
(cruse@utah-20.arpa).
Bob.
------------------------------
From: stew%lhasa@harvard.ARPA
Date: 4 Jun 85 14:51 EDT
Subject: SetFile DA vs. new system
First, I want to publicly apologize for calling the authors of the
SetFile DA "lazy". I should know better.
However, I still do not understand something. I did use the new
DA/Font mover to move SetFile out of my System, where it worked fine
as DRVR 19, into a DA file, and back into another System, where it
failed to work as some other number. I checked to see that its
resources obeyed the formula and that the DLOG had the right DITL
number. All of the other DA's that I treated similarly worked fine.
Perhaps I have an old version of SetFile.
Stew
------------------------------
Date: Tue, 4 Jun 85 10:53:41 EDT
From: winkler@harvard.ARPA (Dan Winkler)
Subject: Pirated Versaterm Explanation
The last info-mac digest quoted several responses to the pirated
Versaterm posting but did not include the most important one, the one
which shows that this was not only piracy but also attempted character
assasination by someone who had unauthorized access to Crandall's
account.
I'd be interested to know how Lonnie and his lawyers choose to proceed
if the real culprit cannot be identified. They can't very well blame
Crandall. At worst, he might have chosen too obvious a password or
left himself logged in. But with time shared computers (at least ones
running Unix), there are usually ways to get unauthorized superuser
privileges, sometimes from thousands of miles away without even having
an account on the machine (such as with the original 4.2 mailer daemon
bug). Thus, Crandall and Reed could have been doing everything right.
We do have ways to improve the security of mail messages using digital
signatures. This would require the user to provide a private
encryption key each time he sent a message. Then anyone could use his
public decryption key to verify that he was the one who sent the
message. Unfortunately, this method requires everyone who wants to
read the message to have access to the public decoding key, which is
impractical on the networks we use. You can't just send a copy of the
public key with the message because packets like that could be easily
forged. So in practice, it might be best for the mailer just to ask
for the regular login password and verify it with the password file
before sending mail to other machines. With this method, even if
someone gains unauthorized access to your account through a system
bug, they cannot send mail from you to other machines without knowing
your password (unless they invest the considerable time and effort to
modify the mailer).
Anyway, here's that message:
Sat Jun 1 11:27:48 EDT 1985
From: maclab@reed.UUCP (Mac Development Lab)
Subject: Re: Re: Another Terminal Emulator (STOLEN SOFTWARE FLAME!)
Recently, a copy of Lonnie Abelbeck's VersaTerm was posted to
net.sources.mac, under the login 'newton@reed (Physics Super User)'.
Within the source reference was made to R.E. Crandall, along with the
suggestion that satisfied users send money to him: THIS POSTING WAS
DONE WITHOUT R.E. CRANDALL'S KNOWLEDGE.
Richard E. Crandall is Reed College's Computing Master Plan Director
and Chairman of the Physics department. I, and many others, will
vouch for the fact that he DID NOT have anything to do with such a
gross misuse of this network. R.Crandall does not even read Usenet
news, let alone post sources which are copyrighted by someone else.
David Levine, who replied with a mega-flame to the posting of
VersaTerm, is vehement about the disgusting nature of such a posting:
my coworkers and I agree with his assessment.
This posting was a grotesque joke, perpetrated by someone with
unauthorized access to Crandall's account, and who has no sense of
decency or respect for another Reed Community member. This action is
a Reed Honor Code violation, and when the guilty party is discovered,
he/she will be subject to a Judicial Board inquiry, which I sincerely
hope will result in his/her expulsion from Reed.
I think I can speak for the entire Reed Community, in saying that we
regret that this unfortunate event has occurred. We are outraged, as
David Levine is, and we hope that the rest of the community will not
be judged by the action of one sick individual. Our apologies to
Lonnie Abelbeck, David Levine, and anyone else who was hurt or
outraged by the VersaTerm posting.
Scott Gillespie Software Development Manager Reed College
{...decvax,ihnp4,ucbvax..}!tektronix!reed!maclab
------------------------------
Date: Mon, 3 Jun 85 16:07:43 pdt
From: Bill Croft <croft@safe>
Subject: re: Lint library for Mac ToolBox calls?
< From: stew%lhasa@harvard.ARPA
< Date: 30 May 85 03:34 EDT
< Subject: Lint library for Mac ToolBox calls?
<
< Does there exist a file containing function headers for the Mac ToolBox
< calls suitable for use as a lint library?
Yes, a full lint library is included with the SUMacC distribution.
------------------------------
Date: 4 Jun 1985 0641-PST
From: Contr04 <CONTR04 at NOSC-TECR>
Subject: MacAdvantage & Softech Microsystems
Reply-to: CONTR04 at NOSC-TECR
I noticed in yesterday's news that Softech is getting rid of it's
Microsystems division, and is looking for a buyer for it's Macintosh
software. Does anyone out there know any more than this ?
Steve Hyland <CONTR04 at NOSC-TECR>
------------------------------
Date: Wed, 5 Jun 85 15:38:28 cdt
From: werner@ut-ngp.ARPA (Werner Uhrig)
Subject: [USENET] finder 4.1 stuff (& bugs)
Article 1656 of 1661, Mon 11:28. Subject: finder 4.1 stuff (& bugs)
From: brian@digi-g.UUCP (Merlyn Leroy @ Digigraphic Systems Corp.,
The new finder (4.1) is pretty good, with just a few gripes:
1) Window stats (#items in file, #K used, etc) is not in boldface
anymore. Boldface makes the stats distinct from filenames. Now they
are in the same font.
2) Put Back is gone. I never use it, but some people did.
3) A bug: when I have a folder open, and the window covers the folder
icon (i.e. you open the folder and it opens up, covering the original
folder icon), the arrow cursor changes to the I-bar text cursor when
it is over the obscured folder's name. It should only do this if the
icon is in the active window.
4) Another bug: New empty folders & opening the trash, etc, have a
thumbslide at the bottom, as if there is something off the left side
of the window. Scrolling left reveals nothing and makes the
thumbslide vanish.
5) YAB: Having NO visible desk accessories (just .printer, in my
case) makes it crash & burn. You need at least 1 visible desktop
entry. Try it. Took me a while to figure that it wasn't me, it was
the new finder. (I would like independant confirmation of this).
Please fix this one. I sometimes like making minimal finder/systems
with no DA's, and only required fonts.
6) Monaco 9 still shows O & 0 identically, I & l (with | not much
different). Also, the X is still ugly. Slash that zero! Cap that
'I'! Tote that barge! (oh well, I fixed it myself)
Good stuff:
1) New Folder instead of an empty folder lying around. Something good
they stole from GEM
2) A little 'lock' appears in the stat line of a locked folder's
window.
3) Faster, etc., also the automatic thumbslide vanishing (see above)
4) You can move, edit names, etc, of files listed non-iconically
------------------------------
Date: Wed, 5 Jun 85 15:40:00 cdt
From: werner@ut-ngp.ARPA (Werner Uhrig)
Subject: [USENET] MazeWars on 128k Macs
Article 1658 of 1661, Mon 14:55.
From: nathan@reed.UUCP (Nathan Wilson @ Reed College, Portland, Oregon)
This is my first posting so I hope it works and is
useful to someone. I recently got Maze Wars up and working both over
an AppleNet and on two macs just hooked up without AppleNet. All of
the macs I worked with were 128k.
All I did for the two hooked up with AppleNet was install the DRVR's
.apt and .mmp and INIT ID=6 into the system with ResEdit. After these
were installed I just reset the system started up MazeWars and it
worked.
I got the resources from a development office here at Reed, but they
are probably avaialable from retailers. Would it be appropriate to
post these to the net maybe in the form of a small data file onto
which the DRVR's and the INIT had been installed using ResEdit?
In order to hook up the two mac to each other I just took the cable
that came with my AppleModem and hooked it up to the printer ports on
both machines. I then powered them both up and went into the apple
menu and selected Choose Printer (the desk accesory that came with the
recent finder update, also available from local dealers). I then
selected the modem port for my imagewriter (possibly an unnecessary
step) and clicked on the Connect AppleNet bubble. I then got a couple
dialog boxes that told me to make sure the AppleNet was hooked up to
the printer port and then one that said it couldn't install the
applenet at this time but that it would be installed next time I
powered up my mac. (I did this same procedure with both macs). So I
reset my mac and started up MazeWars and it worked just fine. The
stuff I did with Choose Printer had probably already been done on the
two hooked up with AppleNet.
The pin connections for the modem cable are:
(1 is the upper left hand pin 5 is the upper right
6 is the lower left and 9 the lower right)
1 nothing
2 nothing
3 3,8 (Shorted)
4 nothing
5 9
6 6
7 7
8 3,8 (Shorted)
9 5
I have no idea which of these connection are necessary. I was
originally planning on hacking on together from the previous net info,
but when I found that the modem cable worked I stopped.
-Nathan Wilson
------------------------------
Date: Wed, 5 Jun 85 15:36:51 cdt
From: werner@ut-ngp.ARPA (Werner Uhrig)
Subject: [USENET] reports of video-board failures
Article 1634 of 1661, Mon 08:28.
From:ward@hao.UUCP (Mike Ward @ High Altitude Obs./NCAR, Boulder CO)
[] Our Engineering & Maintenance Group has recently
encountered a rash of Macs with burnt-out video boards. We have been
able to determine that the problem we are seeing is the most common
cause of macintosh failure - at least in the Boulder area.
It is the opinion of our engineers that a driver transistor in the
horizontal retrace circuitry is under-powered or under heat-sinked or
both. This transistor apparently opens or shorts and takes out one or
more other componants, the most common being a capacitor or the
flyback transformer. When the Macs we saw failed, they failed in a
spectacular manner with lots of smoke and big stink. In at least one
case, the Mac was still running in spite of the smoke when it was
powered off.
Even though Apple recommends in the Macintosh manual that the Mac be
left on at all times, we feel that this is a very dangerous thing to
do. Since the Macintosh is prone to pyrotecnic failure without
warning, it should never be left powered on unless it is under
supervision.
Apple has been notified of this problem, and has shown no sign of
caring. Several people have returned burnt Macs to dealers, and two
that I know of have have the problem repaired without cost after the
warranty had expired - one happily, with no questions asked; the other
only after threatening legal action (ala consumer fraud) and all sorts
of nasty things.
In addition to leaving your Mac turned off. it would be a good idea to
buy Applecare health insurance. The Macintosh is not even getting
close to the two percent failure rate that they boast about.
Article 1642 of 1661, Mon 13:18. Subject: Re: Macfailures From:
lesgold@cadre.ARPA (Alan Lesgold @ Decision Systems Lab., University
of Pi ttsburgh)
In article <1569@hao.UUCP> ward@hao.UUCP (Mike Ward) writes:
>[]
>Our Engineering & Maintenance Group has recently encountered >a rash
of Macs with burnt-out video boards. ...
On one of mine, the set of wirings going to the deflection yoke was
resting on the heat sink you mentioned and eventually the insulation
melted, producing the results you described (smoked video board. I'm
tempted to suggest that advance addition of appropriate tape on those
wires would solve the problem.
--Alan Lesgold, U of Pittsburgh
Article 1657 of 1661, Tue 21:45. Subject: Re: Macfailures
From: hkr4627@acf4.UUCP (Hedley K. J. Rainnie @ New York University)
Here, here! I agree totally. After 2 burned out Analog boards during
continuous i.e. >1month on use. I must echo not only my voice but
those of the service person "don't believe apple I recommend you use
the machine when you need it, don't leave it on all the time..." He
has seen many more burn outs than I. I now use a muffin fan pulling
air out of the unit and I switch it off after use. Sad to say the
screensave programs won't be of any use to me anymore,. Unless a new
supply comes out......
The analog board SUCKS!!!!
Hedley Rainnie.
------------------------------
End of INFO-MAC Digest
**********************
∂06-Jun-85 2019 BROUILLET@SUMEX-AIM.ARPA Great deal on Macintosh Hard Drive!
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 6 Jun 85 20:19:30 PDT
Date: Thu 6 Jun 85 20:18:52-PDT
From: Jean-Luc Brouillet <BROUILLET@SUMEX-AIM.ARPA>
Subject: Great deal on Macintosh Hard Drive!
To: smug@SUMEX-AIM.ARPA, info-mac-stanford@SUMEX-AIM.ARPA,
su-bboard@SUMEX-AIM.ARPA
cc: BROUILLET@SUMEX-AIM.ARPA
A message of interest to all SMUG members:
Have you heard of MacBottom? MacBottom is a 10 megabytes hard disk
that fits directly under your Mac. It is 2 inch high and
weighs 5 pounds. It can communicate with the Mac at up to 920Kbaud,
and can serve as a printer spooler, so that you don't loose any ports.
It contains a 68008 processor.
All the messages I have read so far on this drive have been positive.
And it comes with a 6 MONTHS warranty! (because it is external,
it doesn't void your Apple warranty)
So I have decided to try to organize a group purchase for the MacBottom.
Here is what I have negotiated:
If we can get enough orders (20), we will be able to buy them for
$1100 through a distributor! (this includes tax, delivery, etc.)
The suggested retail price is normally $1600.
So if you are interested, please send me a message. If we can place
an order soon enough, we should be able to receive the MacBottom in
about 3 weeks.
If you want to have more information about the drive (not about the deal),
you can call 800-MacButt.
I am very enthusiast about this offer. I hope you are too!
Jean-Luc Brouillet
BROUILLET@SUMEX
(or leave a message at 857-0927)
P.S. This offer is only for your convenience. Neither I nor the
Stanford Macintosh User Group will assume any responsibility
toward the drive. Decide for yourself if it fits your needs.
-------
∂07-Jun-85 1904 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #6
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 7 Jun 85 19:04:06 PDT
Date: 7 Jun 85 1737-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #6
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 8 Jun 1985 Volume 3 : Issue 6
Today's Topics:
ScrnEdit.hqx
A new MacxBin script
New Finder, MacWrite, System bugs...
Overheating...
(copy) ROM RUMor
Apple Hard Drive news
(A point about bboard style)
Where does Macsbug live?
Blit emulation on the Mac
Appletalk Cable components?
How to run objective C?
----------------------------------------------------------------------
Date: Fri 31 May 85 19:08:09-PDT
From: DBECK@SRI-KL.ARPA
Subject: ScrnEdit.hqx
Hello, John. I have a useful application downloaded from Compuserve
called ScrnEdit. It permits one to specify Menus, Windows, Dialogs,
Alerts and Icons in an on screen environment. The result of these
activities is the ability to construct an RMaker compatible file you
may combine with your CODE's to create an application. file is about
110K in the .hqx form and too big to mail. I believe
[ This is another friendly but incomplete resedit type program.
Find it in SCRNEDIT.HQX -jma ]
...Doug Beck dbeck@sri-kl
------------------------------
Date: Sat, 1 Jun 85 22:29:05 pdt
From: ix924%sdcc6@SDCSVAX.ARPA (Chris Borton)
Subject: A new MacxBin script
This is a new edition of my macxbin shellscript that automati-
cally xbin's all new files in net.sources.mac since it was last
invoked. You need to modify two variables in it to customize for
your use:
DLDIR is the directory that you want all the xbin'ned results
to be put.
SOURCES is the path to your net.sources.mac.
It uses the file '.lastls' in your download directory to determine
what has been done before, so you'll want to create this thefirst
time with a
ls [path to your] net.sources.mac > .lastls
while in your download directory.
Happy Maccing!
Chris Borton, UC San Diego Undergraduate CS
{ucbvax,decvax,akgua,dcdwest}!sdcsvax!sdcc6!ix924
[ Find this shell script in <INFO-MAC>MACXBIN.SH -jma ]
------------------------------
Date: Fri, 31 May 1985 14:23:25 EDT
From: AXLER%Upenn-1100%upenn.csnet@csnet-relay.arpa
Subject: New Finder, MacWrite, System bugs...
There are several minor problems with the new MacWrite 4.5, some
of which existed in previous versions as well:
1) Neither the ruler nor the menu-driven format commands can be
applied to pictures. If nothing else, centering ought to work, so
that one doesn't have to relocate the picture box if one changes the
margins.
2) If the user expands the margins, then saves the current document,
closes it and opens a new one, the new document is given the expanded
margins, whether they're wanted or not. (This might not happen if the
margin change isn't made on the very first ruler, but I haven't
checked to confirm it.)
The new system/finder seem to work fairly well, except for one
odd phenom- enon: every so often, if I boot off the internal drive
and insert a disk into the external drive at the wrong moment, the
machine decides that the second drive effectively doesn't exist.
Nothing I can do, including popping the prob- lem disk w/a paper clip
and re-inserting it, will get the Mac to accept it and read its
directory. The only solution to this seems to be a shutdown/restart,
which really isn't very desirable. Any notion as to what's happening?
Dave Axler (Axler@UPenn-1100.csnet
------------------------------
Date: Tue, 4 Jun 85 11:46 pst
From: "pugh jon%e.mfenet"@LLL-MFE.ARPA
Subject: Overheating...
I had a problem with my Mac and I was wondering about others. I was
getting strange "Mr Yuck" responses with a hex code from my Mac
whenever I tried booting. I finally just shut the machine off and let
it cool down. It worked fine after it was no longer warm to the
touch. I now have a fan that blows at the back and there has been no
repeat of this problem. Anyone else experience this?
I was also wondering which is the better way to deal with my
situation. I am connecting to a large computer center by modem where
I start a job and then disconnect. After an hour or so I reconnect to
see how it is going. I was wondering if powering down and then back
up was harmful to my Mac. Would I be better off just turning down the
screen and leaving it on? Even in light of my overheating problems
(although they seem to have gone away, it is only spring and the high
last year was 113)? Any advice?
Jon Pugh pugh%e@lll-mfe.arpa
------------------------------
Date: 04 June 85 21:47 EDT
From: QP2%CORNELLA.BITNET@Berkeley
Subject: (copy) ROM RUMor
Originally sent from: QP2@CORNELLA Originally sent to:
INFO←MAC@CORNELLA
A recent posting quoted Martin Haeberli of Apple as stating some
policy or other about ROM upgrades. I just spoke with Martin last
week and raised this issue specifically. Martin says that he does not
know what the policy will be and that therefore any attribution of
statements about the policy to him are false. I also spoke with other
Apple people (at the MacAdemia conference here at Cornell). I begin
to suspect that there is no policy in place at this time. It may be
premature to gripe about a non-existant policy. Perhaps letters with
concrete suggestions might still have some influence. (I'm sending
one, anyway.)
-- Paul Velleman
------------------------------
Date: Thu, 6 Jun 85 09:13:21 edt
From: LARRAGA <larry%udel-cc-vax3.delaware@UDEL-LOUIE.ARPA>
Subject: Apple Hard Drive news
At the Cornell MacAdemia conference Apple's Chris Espinoza indicated
that the Mac Hard Drive would be out in September, be an external
drive that connects to the disk drive port, and will be self-bootable.
This kind of blows out the Hyperdrive connection. He also mentioned
that this would be the basis for the new developer's system (vs. Lisa
Pascal Workshop). Has anyone heard any more concerning this?
Larry Larraga (larraga@udel-louie.ARPA)
------------------------------
Date: Thu 6 Jun 85 17:02:04-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: : A point about bboard style
Larry-
A small point of style: Please use a descriptive subject, instead of
Re: "INFO-MAC Digest Vn #x". THe subject you choose will appear in
the "today's list of topics" at the top of the digest. If you don't
do this I have to edit in a subject , by hand. Also If it's a
question (which yours is not) it helps if its followed by a question
mark. -jma
By the way, the product announcement I have heard about the hard disk
is consistent with your account.
------------------------------
Date: Thu, 6 Jun 85 15:12:23 edt
From: Ephraim Vishniac <vishniac%wang-inst.csnet@csnet-relay.arpa>
Subject: Where does Macsbug live?
I've run into an unusual problem with Macsbug, and I hope someone out
there in netland can shed some light on it.
In a "normal" Mac (thin or fat), Macsbug, Maxbug, and their relatives
live at or near the top of physical memory, away from the heap, stack,
screen, and other interesting data structures. Because Apple warns
that Macsbug and company *do not* work in a Lisa (use Lisabug
instead), I imagined that Macsbug's use of memory reflected the
expected limits of a Mac (i.e., never more than 512K).
The problem: when I use Maxbug in my obese Mac (1.5 megabytes), the
code seems to be located just under the 512K boundary (as is normal),
but something related to Maxbug goes in the extended memory area. The
symptom: when my 1-meg ramdisk is about half-full, the Mac falls into
a very confused Maxbug. The screen is not cleared properly, and
Maxbug does not respond to commands (except with "HUH?"). When I run
without Maxbug, I can fill the ramdisk completely without any problem.
Does anyone know how Maxbug decides to place its data? Is there any
way that other code can detect that Macsbug is running, and avoid the
contested memory area?
Ephraim Vishniac
[apollo, bbncca, cadmus, decvax, harvard, linus,
masscomp]!wanginst!vishniac
vishniac%Wang-Inst@Csnet-Relay
------------------------------
Subject: Blit emulation on the Mac
Date: 05 Jun 85 20:36:13 PDT (Wed)
From: tamir%ucbkim@Berkeley
Has anybody developed a Blit emulation program for the Mac ? Many
people are using the Mac as a terminal connected to a UNIX system so a
Blit emulation seems like the obvious step up from various simple
terminal emulators.
For those who are not familiar with the Blit:
The Blit is a programmable bitmap graphics terminal that
was designed specifically to run with UNIX.
With appropriate software on the host UNIX machine, the
Blit provides an asynchronous multiwindow environment.
This environment is similar to the multiwindow environment
on a UNIX workstation (such as the SUN).
For more info on the Blit see the Oct. 84 issue of BSTJ.
Yuval Tamir ARPANET/CSNET:
tamir@Berkeley
UUCP: ucbvax!tamir
------------------------------
Date: 4 Jun 1985 18:59-EDT
From: Kevin.Dowling@CMU-RI-ROVER.ARPA
Subject: Appletalk Cable components?
What is the commercial (non-apple) equivalent of the Appletalk cable?
Is there a Belden or Alpha Wire equivalent for this?
Connectors are undoubtedly more difficult to get ahold of but it may
be cheaper to buy cable from 3-rd parties and buy connector kits from
Apple if they're not second sourced.
nivek
Aka : Kevin Dowling Bell: (412) 578-8830 Arpa: nivek@cmu-ri-rover
Mail: Robotics Institute
Schenley Park
Pgh, PA 15213
------------------------------
Date: 07 Jun 85 15:52 +0100
From: Michel←E←Debar←DECUS%QZCOM.MAILNET@MIT-MULTICS.ARPA
Reply-to: Info-Mac←Mailing←list%QZCOM.MAILNET@MIT-MULTICS.ARPA
Subject: How to run objective C?
Can someone give me pointers as to how I can get Objective C, or C++
to run on Vax/VMS, Vax/Unix, MacIntosh.
thanks, Michel
------------------------------
End of INFO-MAC Digest
**********************
∂09-Jun-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #7
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 9 Jun 85 19:01:22 PDT
Date: 9 Jun 85 1824-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #7
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 10 Jun 1985 Volume 3 : Issue 7
Today's Topics:
Mac LaserWriter header file (PostScript source)
MazeWars posting
Appletalk cable data
ROM policy (sigh...)
----------------------------------------------------------------------
Date: 7 Jun 1985 2324-PDT (Friday)
From: Brian Reid <reid@Glacier>
Subject: Mac LaserWriter header file (PostScript source)
!
Macintosh LaserWriter header file.
This is a file of PostScript definitions that can be affixed to the
front of the PostScript files generated by Macintosh applications in order
that they can be printed on a LaserWriter that has not been initialized
with the "LaserPrep" package. This situation will arise if you are
trying to share a LaserWriter between Macintosh users and non-Macintosh
users.
Macintosh applications do not normally generate straight PostScript.
They generate a file in PostScript format, but the contents of the file
is a series of calls on functions that are not part of the PostScript
language. This file defines those functions.
This is not the official Apple header file. It is neither endorsed nor
condemned by Apple. I suspect that it probably started out its life
as a bootleg copy of a version of the Apple header file. It has been
slightly modified by me and perhaps heavily modified by various other
people. I have substantially augmented the comments so that they explain
what I think the code is doing.
Brian Reid Reid@SU-Glacier.ARPA
Stanford {decwrl,hplabs,bellcore}!glacier!reid
WARNING: There is no guarantee that Apple will stick to this particular
set of definitions. This header file works with the applicati on software
that came with my LaserWriter; I make no promises that it will work with
the software on anybody else's LaserWriter.
[ This introduction, together with the full postscript source may be
found in:
LASERWRITE-HEADER.PS 26467(7) 9-June-85
This file may be used either as a header file or it may be downloaded
to the printer, so that it "interprets" each incoming file. -jma ]
------------------------------
Date: Wed, 5 Jun 85 17:59:25 edt
From: roy@nlm-vax (Roy Standing)
Subject: MazeWars posting
Mazewars is a game several people can play over AppleTalk, in which
each player moves around a maze searching for 'enemies' and destroying
them, after which they are reincarnated in a randonmly chosen new
location. When you find an 'enemy' it appears as a huge eye which may
be looking at you, to either side, or away. If it is looking at you,
its owner is seeing you and will undoubtably fire on you if he/she
recovers from the sight of you before you fire. Points are awarded
for destroying an 'enemy', 1 or 2, depending on the conditions.
You see views of the maze on the screen, a bird's eye view and a rat's
eye view. You see your position in the bird's eye view as an arrow,
complete with direction. Enemies are diamond shapes. As you get
close to an enemy, the display of maze-tenants disappears so you HAVE
TO BE CAREFUL. Kindly, you are provided with two keys ('E' and 'T')
which let you peek around corners one poistion in front of you, 'E'
peeks left, 'T' peeks right. I specifically mention this because it
seemed to take an inordinately long time for me to figure out what the
peek commands were doing.
The initial screen tells you the active keyboard keys and their
function. There doesn't appear to be a quit so you'll have to reboot
your Mac when you want to leave the game.
To obtain and play MazeWars, Neil Groundwater's message of April 21,
1985 on net.micro.mac was correct but incomplete. He neglected to
mention that to connect to the AppleTalk network you must invoke the
'CHOOSE PRINTER' desk accessory and choose 'connect to AppleTalk'.
This seems obvious now but I wasted a lot of time thinking that my
system file, cable, or copy of MazeWars must be bad.
[ These are the Mazewars files:
DEMO-MAZEWARS.HQX.1 21891(7) 9-Jun-85
A fun way to test AppleTalk links. Originally
written for the Altos.
.TXT.1 3360(7) 9-Jun-85
roy@nlm-vax (Roy Standing), from Compuserve.
This includes Neil Groundwater's explanation
from Net.sources.mac
DEMO-MAZEWARS-EYEBALLS.HQX.1
23734(7) 9-Jun-85
"Eyeballs, screen and title" are MacPaint files
that Mazewars uses.
DEMO-MAZEWARS-SCREEN.HQX.1
32138(7) 9-Jun-85
DEMO-MAZEWARS-TITLE.HQX.1
17425(7) 9-Jun-85
This is the only "between Mac" application for AppleTalk I know,
Enjoy! -jma ]
------------------------------
Date: Fri, 7 Jun 85 21:26:51 pdt
From: (Mike O'Dell[x-csam]) mo@lbl-csam
Subject: Appletalk cable data
The connectors are 3-pin miniature DIN connectors. Wiring is as
follows:
pins 1 and 2 are signal - connect them one-to-one, ie pin 1
at one end to pin 1 at the other end
Pin identification: look at the connector pins. They form a triangle
with one pin adjacent to the index notch on the shell. With the
notch UP, the uppermost pin is pin 3, with pins 1 and 2 being in
line horizontally. Got that?
Cable specs:
Conductors: 22 AWG stranded 17 ohms resistance / 300 meters
Sheild: 85% coverage braid
Impedance: 78 Ohms
Capacitance: 68pF per meter
Rise Time: 175 ns 0 to 50% at 300 meters (velocity spec)
Diameter: 4.7mm (0.185") max (for Apple connectors)
I can't find my Belden catalog at the moment, but that looks pretty
mundane. It was designed to be cheap.
This info taken from the Applebus Developer's Handbook.
-Mike O'Dell
------------------------------
From: crash!bwebster@SDCSVAX.ARPA
Date: Sat, 8 Jun 85 11:40:18 PDT
Subject: ROM policy (sigh...)
> I begin to suspect that there is no policy in place at this time. It
> may be premature to gripe about a non-existent policy.
Sigh . . . I should probably let this drop, but I feel that (1) this
is too important an issue to ignore, and (2) my own integrity is
somehow being called into question. Let's review some of the facts.
(1) I have heard this information from at least *five* completely
separate and independent sources. (2) In three cases, the information
has been volunteered to me, i.e., people have told me about it without
me having asked any questions about it. (3) The sources include the
following:
(a) a large Apple dealer (rather smugly) told me about it when I
made some comment on the price of the Apple 512K upgrade vs.
3rd-party/DIY upgrades.
(b) a university professor had seen my earliest comments on INFO-MAC
and asked Haeberli about it while in a Consortium meeting. Said
professor (whom I didn't know and have never met) tracked *me* down
and told me about it over the phone. I'm not sure what motive the
professor would have for lying about it, since he/she did not want to
be identified. On the other hand, Haeberli would have a strong motive
for, er, equivocating when being asked point blank about it by someone
with no "need to know".
(c) a Mac hardware developer who originally criticized me for
"spreading an unfounded rumor" later sent me a message saying that I
was right, after all.
(d) two Mac software developers told me about hearing similar
information from members of the Mac development team (who have since
departed Apple).
(e) other journalists and Mac users have picked up matching
information.
I suspect that with Jobs being kicked "upstairs" and thus removed from
all Mac decision making, the policy may indeed be reconsidered and
altered. But given all the sources above, I can hardly characterize
the policy as "non-existent". And there is a very real reason for
"griping" about it before Apple officially announces it: once it is
announced, the odds for it being modified are slim to none. If it's
going to be changed, it has to be done *before* it is announced.
..bruce webster..
crash!bwebster@ucsd
{sdcsvax, noscvax,
ihnp4}!crash!bwebster [ These are, of course, my own opinions, etc.]
------------------------------
End of INFO-MAC Digest
**********************
∂12-Jun-85 1904 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #8
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 12 Jun 85 19:04:10 PDT
Date: 12 Jun 85 1815-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #8
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 13 Jun 1985 Volume 3 : Issue 8
Today's Topics:
Floating point Questionnaire
RE: Appletalk Cable components
Hayes/MacTerminal Info
Laserwriter gripes
finder 4.1 lament
New Finder Bug
Re: MacWrite 4.5 BUG
MacImp + SCRIBE problems
Sheet Feeder for Apple Daisy Wheel Printer?
----------------------------------------------------------------------
Date: 11 June 85 00:50 EDT
From: QP2%CORNELLA.BITNET@Berkeley
Subject: Floating point Questionnaire
To respond to Bruce Cohen's questions about interest in floating point
computations:
Jerry Lefkowitz and I have written a full-function statistics package
for the Mac. Although the program depends heavily on the Mac
environment (it is a statistics desktop), we wouldn't have considered
the Mac at all were it not for the full IEEE floating point numerics
in SANE. The package is in Lisa Pascal and we use SANE extensively.
2) The performance of the floating point routines is, of course,
important to us. We have generally found SANE to be fast enough --
about what you'd expect for a software floating point. We do look
forward to the improvement that should come when SANE moves into the
new ROM.
3) We may have been one of the first shops to convert to Lisa Workshop
3 We did it in part to get the SANE libraries to work on expressions.
5) Floating point hardware would be ideal -- provided it was a
Motorola 68881 or something functionally equivalent. One of the
beauties of SANE is that it will match the 68881 results so that in
the future a one drive 128K Mac (yes, we do run on them) will get the
same answers as a turboMac with 68881.
6) Among the IEEE features that we take advantage of are the presence
of infinities and NaN's. NaNs provide a convenient tool in handling
missing values in statistics operations because they propagate
correctly and painlessly. We have been VERY impressed with the
quality of numerical results from SANE. We regularly exceed the
precision of results from standard mainframe packages, and find that
even when we compute a statistic in two very different ways, we get
the same value to as many places as we print. IEEE floating point can
protect you from a wide range of numerical sins -- possibly even
summing a harmonic series in the wrong direction.
Note: The 68881 uses 96-bit extended values. For those of you who
care, it is probably better to store numbers in double and compute in
extended for maximum upwards compatibility. 80-bit extended values
are pretty local to the Mac.
I have been a bit dismayed at the extent to which the debate has
concentrated on the *speed* of floating point calculations rather than
the properties of the numerical algorithms behind the floating point.
The IEEE standard is so much better than other floating points
(especially IBM 370 and relatives) that anyone who really wants good
numbers should be willing to pay some speed penalty to use it. I
don't want possibly bad results fast when I can have excellent results
reasonably fast. The remarkable thing about SANE is that it is not
significantly slower than other floating point implemen- tations.
Don't be misled by counting the number of digits or bits in floating
point numbers. The important aspect of IEEE arithmetic is what it
does with the two special bits on the mantissa, not how many digits it
carries. In IEEE arithmetic, the result of any binary operation is
what you would have gotten on a machine with infinite precision,
rounded (or truncated -- your choice) to the available mantissa
length. This is about as close to optimal as I can imagine. In
addition, there are specific representations for infinities, -0, and
Not-a-Number (so Log(-1) can return something). Other floating point
methods can be defeated without generating overflow or underflow
conditions. Also, don't be mislead by compilers that store numbers
"in IEEE format" but don't actually use the IEEE numeric algorithms.
This is not a substitute for (or even close to) IEEE arithmetic.
-- Paul Velleman
Cornell University
QP2 @ Cornella
------------------------------
Date: Mon, 10 Jun 85 11:46:12 edt
From: Steve Ligett <stevel%dartmouth.csnet@csnet-relay.arpa>
Subject: RE: Appletalk Cable components
From an article by Jim Damoulakis, in the April/May 1985 issue of
AppleView (a publication of the Apple Marlboro Support Center
Technical Support Department):
"Two outside vendors that can supply AppleTalk cable in bulk are:
Montrose Corporation - Telephone 1-800-423-3014
- PVC Cable Part # CBL 6242
- Teflon Cable Part # CBL 6228
- Assembly Plug Part # 815-0878A
Belden Corporation - Telephone - 1-800-BELDEN-1
- PVC Cable Part # 9999
- Teflon Cable Part # 89999
- Assembly Plug Part # 815-0878A"
Steve Ligett CSNET:stevel@dartmouth or UUCP:(astrovax bedford colby
cornell
dalcs decvax harvard ihnp4 linus lscvax psc70 research
uvm-gen)!dartvax!stevel
------------------------------
Date: Tue 11 Jun 85 08:15:13-PDT
From: PIERCE@SRI-KL.ARPA
Subject: Hayes/MacTerminal Info
At the A32 meeting in San Jose, CA on June 8 there was a presentation
by reps from Apple and Hayes on their terminal programs (and Hayes
modem). This is a brief review of what I saw.
**** Hayes *****
They showed Smartcom II working over a cellular (i.e. Car) phone
system. (!) The main feature of Smartcom was extensive "Auto-pilot"
(macros) capability. It allows unmonitored dialing (at wierd times),
dial different number (if busy), wait for login prompt,etc. It looked
like a simple programming language all by itself.
It would also allow transfer of graphics for over-the-phone
discussions - an interesting feature I would never use unless I had
two phones, one for voice and one for Mac.
It was really designed for the Hayes Smart Modem 2400 and I don't
think it would do much for any other modem (I don't think it could
even work with the apple modem)
I couldn't tell how good it was at emulating the VT100 or whatever.
Probably worth looking into if you need the macro capability.
**** MacTerminal 2.0 *****
One of the MacTerminal authors (Mike Boich) showed the old standby.
What was interesting was what the enhancements would be to version
2.0. He said they were aiming for completion of the code by end of
June and shipment in mid July. (Never trust a programmer. My guess
would be end of July - they still have to code up the binary
protocol.)
What follows is a list of MacTerminal 2.0 enhancements. Some of these
were meaningless to me so the transcription may be shakey.
1 - Wait for call with the Apple Modem will be fixed (It really will
wait when told to)
2 - Disk will not spin as much (never if not saving past top of screen
and less often when saving past top of screen)
3 - Fixed so will work at same time as LaserWriter (AppleBus??)
4 - Serial Port Fix-up (??)
5 - Fix some of the VT100 ESC characters
6 - Fix some of the character sets (and add a bunch of new ones)
7 - Fix copy / paste so it works right
8 - By holding down the option key allow skipping of all confirming
requests
9 - MacBinary transfer protocol built in
10 - Work with switcher (but not in background mode)
11 - Add keyboard equivalents to cursor keys (not just in keypad or
mouse driven). Probably will be IJKM pattern.
There will be no new terminals emulated and no macros added.
I think MacTerminal 2.0 will be an correction / upgrade to 1.0 not the
product I was hoping for.
Pierce@SRI-KL
------------------------------
Date: Mon 10 Jun 85 13:01:57-EDT
From: Robert.Berger@CMU-CS-C.ARPA
Subject: Laserwriter gripes
I'm using MacWrite and the LaserWriter to print a paper I'm
publishing. While the output quality is well worth the trouble, there
are some annoying "features". The what-you-see-is-what-you-get
paradigm goes out the window when using the Laserwriter fonts; I'm
always printing test prints, just like I did when using batch-style
word processors.
For example, the output width is no longer what you specify in the
MacWrite rulers. This is a slight annoyance when producing
camera-ready output.
Also, spaces come out drastically different. This is a MAJOR annoyance
when trying to format multi-line math formulas, such as summations and
integrals. This worked much better with the Imagewriter.
In all, the latest round of software to come out of Apple is not up to
their previous standards. My pet peeve in the new finder is that if
you type-ahead an eject disk command while a program is exiting, the
finder ejects the disk and then immediately asks for it to be
re-inserted. The old finder was smart enough to grab what it needed
before doing the eject.
Robert Berger Berger@cu-cs-c
------------------------------
Date: Mon, 10 Jun 85 20:10:55 EDT
From: Joel Malman <malman@BBNH.ARPA>
Subject: finder 4.1 lament
I can not seem to understand the logic the 'Clean up' command uses to
place files and folders on the desktop. Clearly it is not alphabetic.
Nor does the command produce eye-pleasing results. Icons frequently
end up "half-off" the desktop.
If no one can explain the placement -- Can Mr. Capps please improve
the algorithm? How about alpha-numeric, left to right, fully
dependent on horizontal window size, with the (right hand) scroll bar
actived (vertical size), if required.
Has anyone noticed that OPTION/Clean-up sometimes produces a different
layout than just plain Clean up?
Confused, joel
------------------------------
Date: 11 Jun 85 12:08:16-CDT (Tue)
From: Canas%ukans.csnet@csnet-relay.arpa
Subject: New Finder Bug
I don't know if this bug has been reported but I haven't seen it on
the Network.
Eject the disk from the external drive. Insert another diskette.
Before the mouse pointer turns into a watch, trash the icon of the
diskette previously ejected. (may have to do this very fast). The
system will crash...
Daniel canas@ukans
------------------------------
Date: Wed, 12 Jun 85 09:48:47 EDT
From: mazur@harvard.ARPA (Eric Mazur)
Subject: Re: MacWrite 4.5 BUG
About two weeks ago I reported a "bug" in my version 4.5 MacWrite. The
problem I was having, was that I was not able to backspace in the
line/paragraph just underneath a ruler. Several people replied that
they were not able to reproduce this "bug", so I went back to the
dealer to make a new copy.... No more problems: I can backspace
again! Apparently I had received some kind of bogus MW4.5 the first
time. How can that be? Anyway, excuse me if I caused some confusion.
Eric Mazur Harvard University
ARPA-NET: mazur@harvard.arpa BITNET: MAZUR@HARVUNXH.BITNET UUCP:
{seismo,harpo,ihnp4,linus,allegra,ut-sally}!harvard!mazur
------------------------------
Date: Wed 12 Jun 85 08:06:15-PDT
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: MacImp + SCRIBE problems
MacImp does a nice job of turning MacPaint files into Imagen-printable
files. But when I try to include these files in Scribed documents [
using @PICTURE ], the result is that the last line of text is trashed
and about 3/4 page of blank space is added above and below the image.
Has anyone else experimented with this? Does anyone know of a way to
cause MacImp to trim white space from around the image and center it
on the page?
Thanks for your help.
Steve Dennett dennett@sri-nic
------------------------------
Date: Tue, 11 Jun 85 7:18:47 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: Sheet Feeder for Apple Daisy Wheel Printer?
I'm looking for a sheet feeder for an Apple Daisy Wheel Printer. Can
anyone supply a souce and any recommendations? I'd be willing to
recap any feedback to info-mac.
ryellen@ardc
------------------------------
End of INFO-MAC Digest
**********************
∂13-Jun-85 1313 PATTERMANN@SUMEX-AIM.ARPA programmers wanted
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 13 Jun 85 13:11:13 PDT
Date: Thu 13 Jun 85 13:09:59-PDT
From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
Subject: programmers wanted
To: info-mac-stanford@SUMEX-AIM.ARPA
I am looking for 1 or 2 experienced Macintosh C programmers for some part time
work during the summer. If you are interested, please give me a call at
853-5579. Do not reply to this message.
Thanks, Ed
-------
∂13-Jun-85 1423 BROUILLET@SUMEX-AIM.ARPA MacBottom deal update
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 13 Jun 85 14:23:21 PDT
Date: Thu 13 Jun 85 14:20:26-PDT
From: Jean-Luc Brouillet <BROUILLET@SUMEX-AIM.ARPA>
Subject: MacBottom deal update
To: smug@SUMEX-AIM.ARPA, info-mac-stanford@SUMEX-AIM.ARPA,
MacBottom-dis: ;
Many of those who expressed interest in this hard drive have asked if it
was possible to have a demo. Well, I have arranged one. I don't
know the exact date yet, but I will be able to soon show you the MacBottom
as it comes out of the box.
The deal is still $1100 all included, 6 months warranty by the dealer,
none from myself or SMUG. The deal is available for a short time only.
The sooner, the better. At the very latest, it must be concluded by
the end of the next general meeting.
Jean-Luc
-------
∂14-Jun-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #9
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 14 Jun 85 19:05:41 PDT
Date: 14 Jun 85 1623-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #9
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 15 Jun 1985 Volume 3 : Issue 9
Today's Topics:
Info-Mac tape dumps are available.
----------------------------------------------------------------------
Date: Mon 27 May 85 17:36:21-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Info-Mac tape dumps are available.
Here is the order information and contents for the tape distribution
of Info-Mac. Attached at the end is a copy of file <info-mac>00dir,
the list of files that were archived onto the distribution tape. This
is mainly for the benefit of readers not on the arpa net who may want
a copy of the tape. -jma
:::::::
00order
:::::::
INFO-MAC ORDERING INFORMATION June 13,1985
WHAT YOU GET
The tapes are a copy of the entire info-mac directory at Sumex,
without the SUMACC C compiler distribution. Included are the bulletin
board archives, downloadable versions of Macintosh software, utilities
that run on unix, TOPS-20 and VMS machines, and an updated release of
the SEAGATE either-net to AppleTalk distribution. The SUMACC
distribution is available on another tape also from Maria Code, for
the same price.
WHAT YOU NEED
The tapes are recorded at 1600bpi on a 1200 foot reel. You may order
the tape in either of two formats, UNIX tar or TOPS-20 dumper. The
executable files on both should be identical. To download files you
will need a copy of MacTerminal or Kermit and a terminal link to your
mainframe. The included MACPUT and MACGET files will download Mac
binary files directly. To download hex versions you will have to
either convert them before downloading with XBIN or after with BINHEX.
The hex encoding scheme was developed by Compuserve MAUG to allow
software transfer over 7 bit paths. Downloading is still in part a
black art and lacks good documentation.
CAVEAT EMPTOR
There is software in this distribution from many sources. Much of it
is under copyright which must be retained on all copies of this
software. Authors are usually jealous about being the first to know
of any fixes or enhancements made to their work: You should take
seriously the responsibility to report these back to them, for
incorporation into future releases. Be advised that no warrantee is
expressed or implied in this tape distribution. You are basically on
your own.
TO ORDER A MAGNETIC TAPE
The tape duplication company below charges $65 to send you a tape .
This includes the new reel of tape and surface (book rate) postage.
They will accept prepaid checks or money orders.
Maria Code
Data Processing Services
Info-Mac distribution tape
1371 Sydney Drive Sunnyvale, CA 94087
(408) 735 8006
You may wish to include more money for postage to get faster delivery:
Additional postage rates.
US only: $2.50 airmail
outside US: $2.50 surface (2 months to Europe!)
$4.00 airmail North America (Canada/Mexico)
$7.00 airmail Europe
$10.00 airmail elsewhere (Africa, Asia, etc.)
::::::::
00dir Commented directory listing of the info-mac distribution tape.
::::::::
PS:<INFO-MAC>
00DIR..9 20480(7) 24-May-85
This file.
00README..4 1653(7) 7-Apr-85
INFO-MAC bulletin board introduction and policies.
ALTFINDER.DL.2 112961(7) 2-Oct-84
.TXT.1 953(7) 2-Oct-84
A finder version thats 8K larger, but interesting(?)
APPLEDIT.HCX.2 80824(7) 31-Jan-85
Bill Duvall's Editor, written for the MDS-128
development system.
ARCHIVE.APR84.1 346325(7) 5-Nov-84
.APR85.1 44937(7) 8-Apr-85
.AUG84.1 288147(7) 5-Nov-84
.DEC84.1 438692(7) 18-Jan-85
.FEB84.1 391628(7) 25-Jul-84
.FEB85.1 353051(7) 12-Mar-85
.JAN85.1 585202(7) 2-Feb-85
.JUL84.1 449255(7) 5-Nov-84
.JUN84.1 230827(7) 20-Jul-84
.MAR84.1 403577(7) 21-Aug-84
.MAR85.2 216670(7) 1-Apr-85
.MAY84.1 268058(7) 30-May-84
.NOV84.1 430848(7) 1-Apr-85
.OCT84.1 467364(7) 5-Nov-84
.SEP84.1 248847(7) 5-Nov-84
MM mail reader format files of previous info-mac
bboard postings.
BACKG.HCX.2 44974(7) 13-Jan-85
Backgammon.
BINHEX.BAS.2 19804(7) 27-Aug-84
Original Basic version.
.DL.1 11457(7) 31-Oct-84
Early version of binhex utility, in the Sumacc
downloadable format. Convert to binary with fromhex.
.HCX.2 10060(7) 14-Feb-85
.HEX.4 15693(7) 23-Feb-85
Version 4.0 of h*x to binary utility
that runs on the Mac.
.RSRC.1 5555(8) 31-Oct-84
Another early version in binary format - download
with macput.
BINHEXV21.HEX.1 13079(7) 16-Jan-85
One of the intermediate binhex versions.
BLOCKCOPY.BAS.1 4258(7) 26-Sep-84
CATDSK.BAS.1 5389(7) 26-Sep-84
Maintains a disk-based catalog of other disks.
This is the startup program.
.DOC.2 6378(7) 26-Sep-84
CATLST.BAS.1 10083(7) 26-Sep-84
The file list program.
CATUPD.BAS.1 15341(7) 26-Sep-84
The catalog update program.
CHGBOOT.HQX.1 1042(7) 27-Apr-85
Toggles the default boot drive each time its run.
COLOR.BAS.1 2913(7) 14-May-84
DA-ACLOCK.HCX.1 10429(7) 29-Nov-84
A simple analogue clock.
DA-CALENDAR.C.1 48079(7) 13-Aug-84
.DL.1 48285(7) 16-Aug-84
.RSRC.1 23428(8) 16-Aug-84
Mike Schuster (mikes@cit-20)
A full featured calendar; in SUMACC C.
DA-CCHECK.HQX.2 5582(7) 3-Apr-85
Thomas.Newton@cmu-cs-spice.ARPA
Checks a C program syntax
DA-CORVUS-CALENDAR.HCX.12773(7) 12-Jan-85
An earlier(?), smaller calendar.
DA-DELETE.HCX.1 4740(7) 12-Jan-85
Allows you to delete files by putting up a mini-
finder while in an application.
DA-DISKINFO.DCC.1 10970(7) 16-Jan-85
MacWrite format documentation of DISKINFO.
.HCX.1 14971(7) 7-Feb-85
Shows current disk space, free memory, file directory,
and lets you use scrapbooks on other system disks!
DA-EXPLOR.C.1 38394(7) 16-Jan-85
Jim Goodnow, comes as part of the Manx C compiler.
A memory browser.
DA-EXTRAS.HCX.1 9805(7) 7-Feb-85
DA-EXTRAS.HQX 13146(7) 17-Apr-85
.DOC 7400(7) 17-Apr-85
DA-EXTRAS-FKEY.HQX 740(7) 17-Apr-85
(Compuserve)
DA-MOCKPRINT.HCX.1 4615(7) 21-Jan-85
DA-MOCKPRINT.HQX 3597(7) 15-May-85
A print spooler.
DA-MOCKPTERMINAL.HCX.1 14799(7) 15-Jan-85
DA-MOCKPTERMINAL.HQX 10706(7) 15-May-85
Like mockterminal, but uses the printer port.
DA-MOCKTERMINAL.HCX.1 14703(7) 15-Jan-85
DA-MOCKTERMINAL.HQX 10566(7) 15-May-85
A terminal window desk accessory for Hayes-type modems
DA-MOCKWRITE.HCX.1 12659(7) 21-Jan-85
DA-MOCKWRITE.HQX 10988(7) 15-May-85
A one window editor.
DA-PAINTGRABBER.HQX.1 4529(7) 16-Mar-85
Lets you copy not quite a full screen from a macpaint
document.
DA-PRINT.C.1 15851(7) 21-Aug-84
Mike Schuster (mikes@cit-20)
Backround print spooler, in SUMACC C.
(not the mockprint version)
DA-SADDLE.C.1 5623(7) 29-Mar-85
.HQX.1 4045(7) 29-Mar-85
Thomas.Newton@cmu-cs-spice.ARPA
Displays "saddle like" images in its window.
DA-SCREENSAVER.DQC 5325(7) 17-Apr-85
.HQX 1825(7) 17-Apr-85
(compuserve)
Blanks the screen if more than a specified
amount of time has passed.
DA-SETFILE.HQX.1 7656(7) 16-Mar-85
DA-SKIPFINDER.HCX.1 6507(7) 2-Mar-85
.HQX.1 5826(7) 16-Mar-85
When installed this takes the place of the finder
automatically, when leaving an application.
DA-SLEEP.HCX.1 5514(7) 21-Dec-84
.SHAR.1 6864(7) 21-Dec-84
DA-SLEEP2.HCX.1 13148(7) 3-Feb-85
DA-SLEEP3.DOC.1 1889(7) 7-Feb-85
.HCX.1 1439(7) 7-Feb-85
Larry Rosenstein @Apple
Blanks the screen so you can leave the Mac on when
it is idle.
DA-SLEEP4.DOC.1 4941(7) 19-May-85
.HCX 1571(7) 19-May-85
.RESOURCE.1 928(7) 19-May-85
Larry Rosenstein @Apple
A new version. Some bugs fixed, also lets you
customize icons.
DA-URIAH.HCX.1 3914(7) 12-Jan-85
Shows a map of the application memory heap, indicating
which blocks are locked, relocatable, and purgeable.
This version has a legend explaining the display.
DA-WATCH.C 5533(7) 26-Apr-85
.HCX 6485(7) 26-Apr-85
Erik Kilk erik%ucbssl.CC@Berkeley
An analogue clock that appears under the Apple menu.
DA-WC.HQX 4801(7) 17-Apr-85
(Compuserve)
Line/Word/Character count, like the unix utility
DAM.HCX.2 27249(7) 4-Mar-85
DAM.HQX 26429(7) 15-May-85
Desk Accesory Mover version 1.4
DAS.DOC.1 1946(7) 6-Dec-84
.HEX.1 14137(7) 6-Dec-84
.RSRC.2 9746(8) 14-Dec-84
Example D.a.s that came with the Desk Accesory Mover.
DATAFLOW.DCC.1 35426(7) 15-Jan-85
.HCX.1 30857(7) 15-Jan-85
Gustavo Fernandez, Fernandez@score
A Dataflow language demonstration.
DEMO-BANANA-DESKTOP.HQX.3
5654(7) 20-Mar-85
DEMO-BANANA-DOC2.TXT.1 1176(7) 8-Apr-85
DEMO-BANANA-DOCUMENTS.TXT.1
2206(7) 28-Mar-85
See this file for installation instructions.
DEMO-BANANA-FINDER.HQX.1
68641(7) 18-Mar-85
DEMO-BANANA-STARTUP.HQX.1
6897(7) 18-Mar-85
DEMO-BANANA-SYSTEM.HQX.1
112877(7) 18-Mar-85
An irreverent travesty of the system.
DEMO-FMSOUND.HCX.1 6274(7) 29-Nov-84
A frequency modulation sound demo.
DEMO-MACMELODY.DL.1 12143(7) 13-Jul-84
.HLP.1 3147(7) 13-Jul-84
Jeff Miller @ Harvard.
Simple score capture and playback; SUMACC C.
DIDLER.HCX.1 23936(7) 7-Feb-85
Cleans up text files by adding or stripping line feeds
removing control characters, cleaning up high bytes...
DISKTEST.HCX.1 29565(7) 16-Jan-85
DISRESOURCE.HQX.1 15790(7) 28-Feb-85
DOWNLOAD.DOC.5 7858(7) 6-Feb-85
Explains downloading rsrc and dl format files, and how
to convert between them with TOHEX and FROMHEX.
DOWNLOAD2.DOC.1 4928(7) 28-Mar-85
ED-DARTMOUTH.TXT.2 971(7) 28-Oct-84
mss%dartmouth.csnet@csnet-relay.arpa
The message header to I2D, V2, VASYM and VSYM -
"life" -like voter behavior simulations.
ED-HANDSON.DL.1 90745(7) 28-Oct-84
.TXT.1 961(7) 28-Oct-84
Builds and manipulates binary trees.
ED-I2D.DL.1 26385(7) 28-Oct-84
ED-V2.DL.1 23221(7) 28-Oct-84
ED-VASYM.DL.1 20055(7) 28-Oct-84
ED-VSYM.DL.1 20055(7) 28-Oct-84
FEDIT.DOC.1 2135(7) 28-Feb-85
.HCX.1 50049(7) 16-Jan-85
.LINK.1 435(7) 26-Oct-84
A Hex editor and "setfile" utility, for the brave.
FEDIT1.ASM.1 69980(7) 26-Oct-84
FEDIT2.ASM.1 12197(7) 26-Oct-84
FEDITR.ASM.1 11211(7) 26-Oct-84
FILE.DL.1 40101(7) 23-Jul-84
.HLP.1 5560(7) 23-Jul-84
.RSRC.1 19456(8) 23-Jul-84
.SHAR.1 105977(7) 23-Jul-84
A multi-file text editor, one of the Apple
example programs.
FONT-DOUBLER.HCX.1 8329(7) 12-Jan-85
Doubles the size of a font and smoothes diagonal and
curved lines.
FONTDOUBLER.HQX.1 7480(7) 28-Feb-85
FONTEDIT.DOC.1 9636(7) 16-Dec-84
FONTEDITOR.HINTS.1 4547(7) 11-Apr-84
FROMHEX.C.1 2046(7) 18-Sep-84
Dl to binary utility, for a Mac c compiler with stdio.
[See UNIX-FROMHEX.C below for UNIX version].
.DL.1 5285(7) 3-Aug-84
You need a working copy of fromhex to convert this!
.P.1 2672(7) 25-Oct-84
Lisa workshop version.
.RSRC.1 2560(8) 3-Aug-84
Binary version - macput this to the mac.
GETPARGS.SHAR.1 4851(7) 17-Jan-85
Help getting Pascal args for Summac C.
GRAPHICS-PROTOCOL.TXT 11560(7) 15-Apr-85
Scott Watson (CompuServe 73176,61)
The (proposed) Macintosh Standard Graphics Protocol
for real time graphics communication.
GROW.C.1 9066(7) 9-Jul-84
.RC.1 1643(7) 9-Jul-84
An example used in the Workshop and Sumacc C
HANGMAN.DL.1 31789(7) 27-Jun-84
Ken Arnold & Dan Winkler (winkler@harvard).
The well-known word guessing game; SUMACC C.
.RSRC.1 15422(8) 27-Jun-84
.SH.1 13013(7) 27-Jun-84
.WORDS.1 140044(7) 27-Jun-84
Dictionary used by Hangman.
HEADERS.APR84.1 15617(7) 20-Aug-84
.AUG84.1 10848(7) 24-May-85
.FEB84.1 19335(7) 20-Aug-84
.JUL84.1 21245(7) 20-Aug-84
.JUN84.1 8395(7) 20-Aug-84
.MAR84.1 18896(7) 20-Aug-84
.MAY84.1 10846(7) 20-Aug-84
.NOV84.1 15945(7) 24-May-85
.OCT84.1 13471(7) 24-May-85
.SEP84.1 9596(7) 24-May-85
.V2N20.1 4861(7) 24-May-85
.V2N30.1 5414(7) 24-May-85
.V2N40.1 6043(7) 24-May-85
cmp.werner@utexas-20
Photos of the info-mac header files. Digests headers
are also included, in groups of ten.
HEADERS-NET-MICRO-MAC 10577(7) 24-May-85
HEADERS-NET-SOURCES-MAC 13424(7) 24-May-85
cmp.werner@utexas-20
Usenet message list; nice if you can get it!
IAGO.DL.1 48541(7) 21-Oct-84
"Reversi" - an Othello type game.
INDEX.MACBOOKS.1 3025(7) 1-Oct-84
.MACWORLD.1 12783(7 1-Oct-84
IO.ASM.2 15055(7) 21-Dec-84
A set of macros to implement I/O for assembler
programs.
KERMIT.DL.2 67339(7) 25-Oct-84
.DOC.2 4524(7) 25-Oct-84
.RSRC.3 32674(8) 25-Oct-84
The old Kermit.
LARGE-STANDARD-FILE.DQC 6040(7) 17-Apr-85
(compuserve)
Documentation on how to make the standard file dialog
long like the one in MS-Word
LIFE.RSRC.1 8704(8) 17-Oct-84
.SHAR.1 32167(7) 28-Feb-85
LIFE2.HQX.1 8192(7) 14-Feb-85
Celluar simulation games.
LOCALIZER.HQX 21133(7) 15-May-85
A very friendly way to change international resources
and textstrings, to translate a program into another
language.
MACGET.1.3 2698(7) 26-Nov-84
.C.5 9700(7) 23-Mar-85
The original versions, for unix?
.EXE.9 5120(36) 22-May-85
.HLP.9 1614(7) 10-Mar-85
.MAC.9 32884(7) 22-May-85
Sweer@sumex
TOPS-20 program for getting binaries from a Mac
(uploading) in Macterminal's file transfer format.
MACHP.PAS.1 8925(7) 10-Jan-85
Charlie C. Kim <US.CCK%CU20B@COLUMBIA.ARPA>
A version of MACIMP modified for the HP LaserJet.
Works on TOPS-20.
MACIMP.C.2 4364(7) 9-Aug-84
.EXE.1 15872(36) 24-Jul-84
.PAS.5 10297(7) 9-Aug-84
Converts macpaint files to IMPRESS format.
MACINTOSH.ERROR-CODES.2 5362(7) 10-Apr-84
.FONTS.2 18941(7) 11-Apr-84
.REVIEW.2 21028(7) 11-Apr-84
.RS232.3 4329(7) 24-May-84
How to build a cable for a 25 pinout modem.
.SOUND.2 9129(7) 23-Apr-84
.SWPRICES.1 6588(7) 11-Dec-84
.SWVENDORS.1 7856(7) 11-Dec-84
MACPTX.PAS.2 7271(7) 23-Jan-85
Michael Ardai <UI.MIKE%CU20B@COLUMBIA.ARPA>
MACIMP modified to drive a Printronix.
MACPUT.1.2 3534(7) 26-Nov-84
.C.7 10082(7) 23-Mar-85
The old unix versions?
.EXE.2 4608(36) 6-Mar-85
.HLP.2 1830(7) 4-Mar-85
.MAC.7 35990(7) 6-Mar-85
Andy@sweer
TOPS-20 programs for sending binaries to a Mac
running MacTerminal. (downloading)
MACQMS.C.1 6702(7) 13-Aug-84
.L.1 2577(7) 13-Aug-84
.PAS.2 8771(7) 4-Jan-85
Lavitsky@Rutgers
TOPS20 MacPaint to QMS laserprinter converter.
.PASDOC.1 20390(7) 4-Jan-85
Docments MACQMS.PAS, and gives examples of bitmap
formats, and how to put macpaint pictures in Scribe.
.SHAR.1 38768(7) 30-Jan-85
MACSEND.SH.1 1067(7) 3-Feb-85
(An old version?)
MACTEP.BAS.3 36581(7) 28-Jun-84
.ENHANCEMENTS.1 7275(7) 9-Apr-84
A terminal program.
MACWRITE.FORMAT.1 4210(7) 5-Nov-84
MC1KERMIT.SH.1 91051(7) 22-Jan-85
Stephen Engle, as archived at Columbia
A rewrite of unix kermit. It emulates a ?terminal
and allows "kermit" protocol file transfers between
the Mac and a host.
MDS128.MAP 5033(7) 26-Apr-85
Darin Adler ihnp4!tmq!darin (UUCP)
The MAP file included with the TMon Debugger, created
from various INCLUDE files. Look up the globals in
the original EQU files.
MEMORY.HCX.1 33245(7) 16-Jan-85
MFINDER.C.2 1541(7) 1-Nov-84
.RC.1 1080(7) 9-Jul-84
.RSRC.2 2190(8) 1-Nov-84
The original minifinder; SUMACC C.
MISSILE.HCX.2 13149(7) 16-Jan-85
Missile command game.
MODIFYFINFO.BAS.1 2534(7) 16-Apr-84
NEWS-ATKINSON.CONF.1 26736(7) 13-Oct-84
NEWS-BCPL.TXT 19931(7) 10-May-85
Jeffrey Shulman
Review of a British compiler for the BCPL language.
NEWS-BMUG.NWSLTR.1 52053(7) 13-Nov-84
THe first Berkeley Macintosh User's Newsletter
NEWS-DONBROWN.CONF.1 32863(7) 10-Dec-84
An compuserve conference with the SIG sysop
NEWS-JAN23.CONF.1 33518(7) 23-Jan-85
NEWS-STCKHLDR.TXT.1 37238(7) 23-Jan-85
Apple's Annual meeting press release.
PAINTIMP.C.3 8939(7) 9-Aug-84
Prints MacPaint documents on Imagen printers.
PHBLOCK.DOC 8006(7) 17-Apr-85
.HQX 6854(7) 17-Apr-85
(compuserve)
Phoenix block documentation
(Serial port DA communication)
PICT-GEISHA.HEX.1 15530(7) 13-Nov-84
PICT-KOALA.HEX.1 22154(7) 13-Nov-84
PICT-ZAPATA.HEX.1 8906(7) 13-Nov-84
Pictures in MacPaint format, from Apple
RAMSTART.DATA.1 0(8) 15-May-85
.HQX.2 23457(7)
.INFO.1 128(8)
.RSRC.1 17455(8)
George A. Nelson
A ramdisk, variation of Apple's.
RAMSTART2.HQX 3488(7) 27-Apr-85
?
REDIT.HQX 96307(7) 15-May-85
Friendly resource editor, with editors for icons, etc.,
and a resource dis- compiler. Lots of things you can
tweek with resedit are unfortunately not touchable
by REdit.
REMAP.HQX 4063(7) 13-May-85
Jim Budler
{ucbvax,decwrl,ihnp4,allegra,intelca}!amdcad!jimb
remaps the keyboard to allow entering normally
non-enterable characters.
REMAP-MTERMDOC.HQX 2656(7) 17-May-85
Michael Peirce <peirce@lll-crg.ARPA>
A Macterminal Document with resources modified, to
switch backspace and delete, etc.
RESEDIT.DOC.2 7055(7) 28-Feb-85
.HCX.1 138151(7) 9-Jan-85
The Resource Editor.
RMAKER.SHAR.1 32682(7) 25-Jan-85
ROLODEX.RSRC.1 8704(8) 17-Oct-84
.WARNING.1 795(7) 17-Oct-84
ROLOFILE.DATA.2 703(8) 17-Oct-84
A simple data-base.
SCREENMAKER.RSRC.1 6144(8) 3-Jul-84
Changes the startup screen to a macpaint document.
SEAGATE.HARD.1 3849(7) 17-May-85
Stanford Ethernet/Appletalk gateway, hardware desc.
.MS.1 30679(7) 7-Feb-85
documentation in troff -ms format
.SHAR1.1 175270(7) 17-May-85
the seagate sources
.SHAR2.1 186295(7) 17-May-85
the seagate sources
SEAGATE-EFS.SHAR.1 100830(7) 17-May-85
External File System sources
SEAGATE-MAT.SHAR.2 55788(7) 31-Mar-85
Mac ATP Transfer sources
SEMINAR.HCX.1 7810(7) 23-Feb-85
SEMINAR-REG.HCX.1 5376(7) 23-Feb-85
SIMUNET.HCX.1 15571(7) 28-Feb-85
SIMUTREE.HCX.3 34082(7) 5-Mar-85
SLIDE.HCX.1 8852(7) 6-Feb-85
.SHAR.2 24249(7) 6-Feb-85
SUMACC source&binary; MacPaint SLIDE projector
SLIDEBLANK.HCX.1 5273(7) 6-Feb-85
A 'blank' slide used with SLIDE.
SQUEEZE.HCX.2 6706(7) 23-Jan-85
Replaces all single carriage returns by a space.
Useful when downloading a text file and converting
it to MacWrite format.
SUMACC.MS.3 19150(7) 15-Nov-84
Stanford UNIX Mac C cross development system.
Documentation in troff -ms format.
.ORDER.1 7206(7) 15-Nov-84
Info on how to FTP or get a magtape of SUMACC.
.SITES.9 4647(7) 12-Sep-84
Some sites running SUMACC.
.TAR.2 2570240(8) 15-Nov-84
The actual SUMACC distribution.
SUMACC-WS.TAR.1 993280(8) 19-Nov-84
Workshop example sources to go along with SUMACC.
SYSALERTS.ASM.1 12139(7) 3-Mar-85
.HQX.1 2470(7) 3-Mar-85
SWITCHER.SHAR 135308(7) 17-Apr-85
Andy Hertzfeld
Beta copy of his multi-program utility
UNIX-FROMHEX.C.1 571(7) 18-Sep-84
Sumacc C utility to convert dl to binary files.
UNIX-MACLGP.C.1 16280(7) 30-Jul-84
Richard Furuta Furuta@WASHINGTON
Prints a MacPaint document on a Symbolics LGP-1.
.1.1 2663(7) 30-Jul-84
The unix manual page.
UNIX-MPTOPRTRNX.SH.2 15184(7) 16-Jan-85
Steve Johnson <SAJ@ACC>
MacPaint to Printronix filter. An adaptation of a
previously posted program.
UNIX-MACSEND.SH 1216(7) 26-Apr-85
Chris Borton <sdcsvax!sdcc6!ix924>
Shellscript for sending groups of files via macput.
UNIX-MACSENDV2.SH 2243(7) 29-Apr-85
Barry Eynon (playfair!barry@Score)
A version that also understands Macput "r and d" mode.
UNIX-MWRESCUE.C 2751(7) 15-May-85
Winkler@Harvard
An approximate way to read damaged mw files.
UNIX-MW2DVI.SHAR.1 43772(7) 1-Nov-84
Douglas Orr at UMich, EECS
.SH.1 38707(7) 30-Dec-84
.TXT.1 886(7) 30-Dec-84
Converts from Macwrite2.2 to TeX dvi format. Also
there is some support for interfacing to IMAGEN
software on 4.1 and 4.2
UNIX-MWPROF.SCRIPT.1 13108(7) 30-Jan-85
Norman Meyrowitz <nkm%iris%brown.csnet>
The script include file for "mwscript".
UNIX-MWXLATE.DOC.1 6651(7) 30-Jan-85
.C.2 95338(7) 7-Feb-85
Norman Meyrowitz <nkm%iris%brown.csnet>
The c source code for both mwtroff and mwscript,
which translator from macwrite 2.2 format.
UNIX-MW4X2TROFF.SHAR 54085(7) 23-May-85
Van Jacobson <van@lbl-rtsg.arpa>
A version of write2troff that takes MacWrite
3.x-4.x documents.
UNIX-SRCS2XBIN.SHAR 1407(7) 5-May-85
ix924%sdcc6@SDCSVAX.ARPA (Chris Borton)
Puts the results of xbining net.sources.mac
files into a directory.
UNIX-TERMCAP.TXT 1897(7) 15-Apr-85
Steve Munson <sbm@purdue>
Termcap entry for Macterminal.
UNIX-TOHEX.C.1 1179(7) 18-Sep-84
Converts a binary file into dl format.
UNIX-XBIN.DOC.2 3069(7) 17-Mar-85
.SHAR.2 20983(7) 28-Mar-85
Dave Johnson <ddj%brown.csnet@csnet-relay.arpa>
Converts between hex,hcx,hqx and binary formats.
UNIX-XBINOLD.SHAR.1 9000(7) 20-Dec-84
UNLISA.C.1 294(7) 18-Sep-84
Lisa format to normal format converter.
UTILITY-SKEL.EXEC.1 1596(7) 13-Mar-85
.PAS.1 26686(7) 13-Mar-85
.RESDEF.1 7691(7) 13-Mar-85
Steve Maker <maker%dartmouth@csnet-relay>
A sample application explaining the Lisa Pascal idiom,
which "does nothing but does it well."
.SHAR.2 35544(7) 20-Mar-85
SKEL in C.
VMS-XMAC.CLD.1 294(7) 7-Mar-85
.DOC.2 7352(7) 7-Mar-85
.MEM.1 479(7) 7-Mar-85
.PAS.2 30381(7) 7-Mar-85
VMSXMAC2.COM 41656(7) 2-May-85
Michael Peirce (peirce@lll-crg)
creates various files for xmodem transfer, up to 9600
baud, other bugs also fixed.
VMSGETPUT.COM.2 57858(7) 5-Apr-85
rubenstein@harvard.arpa
will create the files 00README.TXT, DUMPINF.C, FGEN.C,
FIXINF.C, GETPUT.C, MACGET.C, MACGET.HLP, MACGETPUT.H,
MACPUT.C,MACPUT.HLP, MAKE.COM, RDT.C and TTYIO.MAR.
VT52ASSIST4TH.HCX.1 50170(7) 21-Dec-84
VT52MENUS4TH.HCX.1 36922(7) 21-Dec-84
A VT52 emulator written in Forth.
XLISP.DOC.3 54718(7) 17-Feb-85
.EXP.1 10232(7) 2-Feb-85
.HCX.1 74175(7) 31-Jan-85
.RSRC.1 48326(8) 17-Feb-85
.SHAR.1 169137(7) 17-Feb-85
Betz@Harvard
Experimental Object Lisp, ported to the Mac.
V1.4, still no mouse or toolbox interface.
XLISPOLD.DL.1 76773(7) 25-Sep-84
.DOC.1 24361(7) 26-Sep-84
Version 1.2?
XLISPTINY.HCX.1 67878(7) 31-Jan-85
.RSRC.1 43930(8) 17-Feb-85
XLISP 1.4 without objects, so that it has space
on a 128K mac.
------------------------------
End of INFO-MAC Digest
**********************
∂17-Jun-85 1121 @SUMEX-AIM.ARPA:pallas@Pescadero local LQP wanted
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 17 Jun 85 11:01:58 PDT
Received: from Pescadero by SUMEX-AIM.ARPA with TCP; Mon 17 Jun 85 10:58:46-PDT
Date: Mon, 17 Jun 85 10:58:36 pdt
From: Joseph I. Pallas <pallas@Pescadero>
Subject: local LQP wanted
To: info-mac-stanford@sumex
If you can print MacWrite documents on a letter-quality printer (daisy or
laser) and would be willing to help someone accomplish that feat, please
call Adrienne Brian at x7-4576 or 323-6405 at home. I understand she's
willing to reimburse you a reasonable sum for your help.
joe
∂17-Jun-85 1907 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #10
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 17 Jun 85 19:03:47 PDT
Date: 17 Jun 85 1721-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #10
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 18 Jun 1985 Volume 3 : Issue 10
Today's Topics:
Modula from ETH Zuerich available
Text files into Multiplan
Quitting Maze War
Exiting from mazewar
re: Blit emulator for the mac
Re: MacDraw (MacDraft) to TeX or LaTeX conversion
NEON examples?
----------------------------------------------------------------------
Date: 15 Jun 85 13:59:26 EST (Sat) From: Steven B. Munson
<sbm@Purdue.ARPA> Subject: othello.shar
Well, here is my long-awaited opportunity to contribute something
to the net. My only regret is that it is only a game; when my copy of
Inside Macintosh arrives, I will be able to write more useful programs
in my spare time. However, I have been working on this
Othello-playing program off and on for several months to learn how to
write Macintosh programs, and it has gotten to the point where it is
actually presentable, so I thought others might like to have it.
Notice that, although the "Move" menu is not dimmed, none of its
commands are implemented yet. I am including both a binhex 4.0 file
and the SUMacC source, including a makefile (that most important of
all parts of any source distribution). Anyone interested in grabbing
the source code and modifying it might want to get the binhex file
too, since it contains the BNDL, FREF, and ICN# resources necessary to
make the icon appear on the desktop. I had to do these on the Mac,
since the SUMacC rmaker doesn't know how to create them. The
signature of this program is "OTLO". I haven't bothered to register
it; I hope it isn't used yet. To compile the source, just type "make
dl", which will compile everything and download it to your Macintosh,
ready to run.
This article is probably a bit long for a game announcement, but
this program contains the extent of my knowledge about the innards of
the Macintosh, and there were a few points I wanted to mention.
User Interface
One of my primary goals in this program was that the user should
never have to wait for the Mac to say it's OK to go on. At higher
skill levels (like 4 and beyond), the program may take a long time to
figure out its next move, but this doesn't mean that the user has to
sit there staring at the screen waiting for the next move. While it
is "thinking", the user can still pull down menus, start up desk
accessories and use them. This is made possible by my approach to
handling events, which is slightly different from that of the other
programs I have seen source code for (more later about the DoEvent()
function). Most importantly, there is a command that interrupts the
program's "thinking" process, so the user can regain complete control
at any time. Quitting while the program is thinking is also possible.
Another goal was maximum flexibility. At any time, even while
the Macintosh is thinking about its next move, all the commands can
still be used. Changing the skill level or players takes effect on
the next move; other changes (including turning tracing on and off)
take effect immediately.
Source Code
When the skel program came out, I stuck my already-existing
Othello program into it so that I could use menus, so you will see
some similarity with that program. My big departure from it was to
replace the MainEventLoop function with a DoEvent function, which did
essentially what MainEventLoop did, but just once. Hence, the main
program contains
while (TRUE)
DoEvent();
and I can call DoEvent anywhere I want, to insure that the user never
loses control. Since the function that determines the next move is
recursive, I only had to put in one extra call to DoEvent. I also put
all the code dealing with menus in a separate file; it just made more
sense to me to do it that way.
For those of you that learn about the Macintosh by reading source
code, here is a summary of what you can learn from Othello:
Fonts, etc.:
info.c draws strings in different fonts and styles (bold,
italic,
plain text) and centers them.
C strings vs. Pascal strings:
In menu.c, where it handles the "About Othello" command, the
original version of skel I had used a kludgey way of
converting
the Pascal string returned from GetString() to a C string that
didn't work in some cases. You can see how isapstr() solves
that
problem there and in info.c.
Graphics:
drawboard.c draws various lines and ovals.
Further Work
To those who decide to look at the source code, I would like to
know why the Extras desk accessory (version 1.2) crashes the system
when it closes from within Othello; it's OK as long as I don't close
it. Other improvements to be done are implementing the "Save Game"
function (I don't know how to do I/O), implementing the commands in
the Move menu (I just haven't had time -- I have in mind that the
undo/redo function will remember the whole history of the game), and
maybe having the program remember the players, skill, and trace values
from one run to the next (by writing into its data fork?). Notice
that I already have a nice Othello document icon for saved games,
whenever that feature is implemented (I detest invisible files). If
you make a significant improvement, please let me know. Not that I
think this is a very important program, but I my be interested in
seeing how it's done.
Steve Munson
sbm@purdue.ARPA
sbm@purdue.CSNET
[ I have put the shar file in UTILITY-OTHELLO.SHAR and the compiled
code in UTILITY-OTHELLO.HQX. This shell archive contains the
following files:
AboutOthello drawboard.c initboard.c othello.c
Makefile findmoves.c menu.c othello.h
doflips.c getmove.c move.c othello.rc
domove.c info.c newgame.c placestone.c
undo.c
"UTILITY-" has come to mean "useful as a programming example" rather
than "a progrmming tool" -jma ]
------------------------------
Date: Wed, 5 Jun 85 15:32:36 cdt
From: werner@ut-ngp.ARPA (Werner Uhrig)
Subject: Modula from ETH Zuerich available
From aebi@unizh.UUCP Wed Jun 5 00:08:02 1985 Relay-Version: version B
2.10.1 6/24/83; site ut-ngp.UUCP Posting-Version: version B 2.10.1
6/24/83 (MC840302); site unizh.UUCP Path:
ut-ngp!ut-sally!seismo!mcvax!cernvax!unizh!aebi From: aebi@unizh.UUCP
Newsgroups: net.micro.mac Subject: Modula-2 compiler: Summary
Message-ID: <158@unizh.UUCP> Date: Wed, 5-Jun-85 00:08:02 CDT
Date-Received: Tue, 4-Jun-85 18:31:36 CDT Organization: Inst. fuer
Informatik, Univ. Zuerich, Switzerland Lines: 249
First of all I would like to thank all of you who took the time to
answer my request. Up to now I got about 35 replies. All but one asked
me to post the compiler to the net. So I finally got the permission
from our sysop to post the stuff. I hope those of you who sent mail
aren't disappointed if I don't answer all the questions individually.
But let me summarize some of the questions and suggestions that could
be of interest to everybody:
- The e-mail address you specified was wrong.
In the last message I specified my address as follows:
!{seismo,mcvax,cernvax,unizh}!aebi
This was wrong. It should have been
...seismo!mcvax!cernvax!unizh!aebi
I apologize for any inconvinience that anybody had because of this
mistake.
- Where can I get a general version of the 68K Modula-2 compiler from
?
For more information or a source code licence write directly to:
Michael Moser
Institut fuer Elektronik
Gloriastr. 35
CH-8092 Zuerich
Switzerland
This is *not* the Macintosh version. But it is the code the Mac
version is
based on. (BTW There's a rumor, that Atari will adapt this compiler
for
their ST. So everybody may get a useful development tool right from
the
start!)
- How much for a licence of the Macintosh version ?
At the moment you can't buy the source code as there is nobody at
the
ETH who has got the time to do the distribution. But I will post
some of
the modules (e.g. the module that does the trap call, the LisaPascal
source of the loader) to the net. So you will be able to create your
own
Toolbox library.
- Can we distribute the compiler to Mac users groups ?
Feel free to give this compiler to your friends, other networks,
users groups and so on.
- Could you please repost the PackIt program as missed it.
As the whole posting is useless if people can't unpack the files, I
will
redistribute this very useful utility.
- Couldn't you give the compiler to sumex and hope, that copies
trickle to
non-arpa sites.
As I don't know how to do this from here, I leave this up to anybody
on the
net who is able to do so.
- Will the compiler run on 128 kByte Macs ?
It doesn't seem, as if there was anybody willing to spend the time
to
shrink the compiler at the ETH. But if any hacker would like to try
it, I
will give him any support I can.
- You should post the compiler bit by bit.
That's exactly what I plan to do. The posting consists of 13 files
of a
size between 31 and 64 kBytes. I will post one of the files every
two or
three days. So watch out. Don't miss any of them. Given their size
we
should try to avoid any reposting.
- Mac Modula Users Group
After thinking about it, I agree with those of you who suggested to
keep
the exchange of information, programs and modules on the net. As
we'll see
that this loads the net to much, we still can search for an other
form of
communication / distribution.
- Yes, I'd like to help the compiler people by writing some modules.
Many thanks to everybody who is willing to spend some time on this.
I'll let you know, what could be done, as soon as I get some
specifi-
cations from the ETH. (You may also just do what you think should be
done. I'll try to give you as much support as possible)
*****
Now let's get to the technical details of the posting: To keep all
the files of the posting below the 64 kByte limit, I won't add any
comment to the files sent in net.sources.mac. Instead I will give you
some hints on downloading and placing the files to the different disks
here:
- You need three blank disks. Name them as
M2-System
M2-Doc
MODLIB (the compiler won't work if this disk has an other name)
- Put all the System-Files and an editor (MDS editor, MacWrite ...) on
the M2-System and M2-Doc disks.
- Download the 'PackIt' program from the net as you will need this to
unpack the postings of the compiler.
- Load down the files posted to net.sources.mac. Convert them with
binhex
4.0 / 5.0.
- By now you should have a file with a name like m2-?.pit. Unpack this
file
using the PackIt program. If everything went ok, there should now be
several binary files on your disk.
- Copy the files to the disk that is specified in the table below.
File-Name Disk Comment ========= ==== =======
Part 1
------ Exec128 M2-System loader for 128 kByte Macs Exec512 M2-System
loader for 512 kByte Macs PiRandom M2-System sample program *) Hiero
M2-System sample program *)
*) these are executable files generated by the M2 compiler. You may
try
these little demos at this point (i.e. you don't need any other
files
to run them)
Part 2
------ CKurve2 M2-System sample program Magic.MOD M2-System sample
source PiRandom.MOD M2-System sample source Hiero.MOD M2-System sample
source CKurve2.MOD M2-System sample source LisaConvert M2-Doc
Introduction M2-Doc short introduction to the compiler
Part 3
------ GUIDE.TXT M2-Doc Explanation of all the compiler options...
Part 4
------ CLOCK.DEF M2-Doc *.DEF: Definition modules CONVERSIONS.DEF
M2-Doc EVENTMGR.DEF M2-Doc INTERMINAL.DEF M2-Doc LOADER.DEF M2-Doc
M2FILES.DEF M2-Doc MATHLIB0.DEF M2-Doc MATHLIB1.DEF M2-Doc
MCLOOKUP.DEF M2-Doc OUTTERMINAL.DEF M2-Doc REALTERMINAL.DEF M2-Doc
STORAGE.DEF M2-Doc TERMINAL.DEF M2-Doc CLOCK.SYM MODLIB *.SYM: Symbol
files CONVERSIONS.SYM MODLIB EVENTMGR.SYM MODLIB INTERMINAL.SYM MODLIB
LOADER.SYM MODLIB M2FILES.SYM MODLIB MATHLIB0.SYM MODLIB MATHLIB1.SYM
MODLIB MCLOOKUP.SYM MODLIB OUTTERMINAL.SYM MODLIB REALTERMINAL.SYM
MODLIB STORAGE.SYM MODLIB TERMINAL.SYM MODLIB
Part 5
------ OPTIONS.DEF M2-Doc OSCONSTANTS.DEF M2-Doc OUTFILE.DEF M2-Doc
PASCALSTRINGS.DEF M2-Doc QUICKDRAW.DEF M2-Doc SFPACKAGE.DEF M2-Doc
OPTIONS.SYM MODLIB OUTFILE.SYM MODLIB PASCALSTRINGS.SYM MODLIB
QUICKDRAW.SYM MODLIB SFPACKAGE.SYM MODLIB
Part 6
------ m2link MODLIB M2 linker
Part 7
------ CONVERSIONS.LNK MODLIB *.LNK: link files LOADER.LNK MODLIB
m2comp MODLIB M2 compiler M2FILES.LNK MODLIB REALTERMINAL.LNK MODLIB
Part 8
------ CLOCK.LNK MODLIB EVENTMGR.LNK MODLIB INTERMINAL.LNK MODLIB
M2ROOTLOOKUP.LNK MODLIB MACBASE.LNK MODLIB MATHLIB0.LNK MODLIB
MATHLIB1.LNK MODLIB MCLOOKUP.LNK MODLIB MEMORYMGR.LNK MODLIB
OPTIONS.LNK MODLIB OSTYPES.LNK MODLIB OUTFILE.LNK MODLIB
OUTTERMINAL.LNK MODLIB PASCALSTRINGS.LNK MODLIB PBFILE.LNK MODLIB
PSTRINGS.LNK MODLIB QUICKDRAW.LNK MODLIB SFPACKAGE.LNK MODLIB
STORAGE.LNK MODLIB SYSTEMX.LNK MODLIB TERMINAL.LNK MODLIB
Part 9
------ M2CP4.LOD MODLIB compiler pass 4
Part 10
------- M2CP1.LOD MODLIB compiler pass 1 M2CLIS.LOD MODLIB
Part 11
------- M2CP2.LOD MODLIB compiler pass 2 Compiler.MERR MODLIB
Part 12
------- M2CINI.LOD MODLIB M2CP3.LOD MODLIB
Part 13
------- M2CP5.LOD MODLIB M2CSYM.LOD MODLIB
p-mail: Matthias Aebi e-mail: ...seismo!mcvax!cernvax!unizh!aebi
Hirschgartnerweg 25
CH-8057 Zuerich
Switzerland
------------------------------
Date: Wed 12 Jun 85 10:56:56-EDT
From: S.A67J-PELKIE-CHRIS%CRNL20A.BITNET@Berkeley
Subject: Text files into Multiplan
Sender: S.YFM-FRESINSKI-LARRY%CRNL20A.BITNET@Berkeley
Short of writing a SYLK file generator (anybody out there
interested?), the easiest way to move data into Multiplan is via
MacWrite and Clipboard (or Scrapbook). Open the Helix text file with
MacWrite, select the appropriate stuff, Copy, optionally paste into
Scrapbook, quit MW, start MP, select top left cell, optional select
whole area to paste into, then Paste. Don't stop there, you can
rearrange information in Multiplan and select it, carry it over to
Word to create the data for a Print Merge doc. Have fun. Chris
Pelkie, Technical Consultant, Distributed Computing Services Cornell
University
------------------------------
Date: Tue, 11 Jun 85 09:16 pst
From: "pugh jon%e.mfenet"@LLL-MFE.ARPA
Subject: Quitting Maze War
You can get back to the systme from Maze War by typing a Command-Z,
roughly equivalent to a control-z, meaning exit on many systems.
I found it by accident, but thought everyone should know.
Jon Pugh
------------------------------
Date: Tue, 11 Jun 85 11:02:43 pdt
From: reif%ucblapis.CC@Berkeley
Subject: Exiting from mazewar
Its not documented in the start-up screen, but COMMAND-Q does
terminate mazewar. (It does a system-reset, not a ReturnToShell,
though.) Mazewar appear to run entirely in memory, so you can eject
the disk with SHIFT-COMMAND-1 and startup the next machine down the
line.
My copy has an ABusIDPoker desk accessory. Is it necessary to give
each mac on the Appletalk a unique id in order to have more than two
mazewar users?
David Oster
------------------------------
Date: 11-Jun-85 16:46:16-PDT
From: sml@FORD-WDL1.ARPA
Subject: re: Blit emulator for the mac
A company called Rammas Vision has a product which claims to provide a
multiple window interface (each an active terminal) from a Mac or
IBM-PC to UNIX, AOS/VS, VMS, and VM. They claim to emulate either a
vt100 or a Tek 4014. I expect to see a demo in the near future and
will report to this forum. For those who can't wait:
Rammas Vision
2685 Marine Way
Shoreline 1325
Mountain View, CA 94043
(415) 969-2662
Steve Lazarus (415) 852-4203 Ford Aerospace ...fortune!wdl1!sml
(USENET) MS X-20 sml@ford-wdl1 (ARPA) 3939 Fabian Way Palo Alto, CA
94303
------------------------------
Date: Mon 3 Jun 85 13:33:20-PDT
From: Hans Mulder <m.hans@SU-SIERRA.ARPA>
Subject: Re: MacDraw (MacDraft) to TeX or LaTeX conversion
John Mark,
Thank you for your response. I actually formulated my request wrong.
I like to have illustrations directly inside my LaTeX input to avoid
glue or pressedit. Making those (simple) illustrations allways have
been a big pain. A simple block diagram takes a whole afternoon or
something like that.
My idea is to create those (simple) illustrations by means of MacDraw
and translate them into the LaTeX picture commands
(makebox,framebox,dashbox,line,vector,circle,oval). I don't want to
translate an arbitrary picture into LaTeX but only pictures I
otherwise have to make with LaTeX commands.
I assume given your response that this is not done. Maybe I'm trying
something ridiculous and should I just edit in MacDraw images on a
lower level (dvi,press,imp).
I would appreciate a comment on this restated question. Thanks in
advance.
Hans Mulder
------------------------------
Date: Wed, 12 Jun 85 14:00:55 edt
From: garl@nlm-vax (Gary Letourneau)
Subject: NEON examples?
Would some kind soul please post sample NEON code to the net? I am
debating on buying it during its introductory offer. But, before I do
buy it I would like to get a feel for what the code looks like. I
understand it is forth-like with a "small-talk" flavor.
Also, does anyone have benchmarks to demonstate its speed?
Gary Letourneau
garl@nlm-vax
------------------------------
End of INFO-MAC Digest
**********************
∂18-Jun-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #11
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 18 Jun 85 19:05:05 PDT
Date: 18 Jun 85 1702-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #11
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 19 Jun 1985 Volume 3 : Issue 11
Today's Topics:
SimpleTools: C routines to help use the Mac interface
C Programming Caution
Mac disk caches?
Suggestion to replace RAMdisk
Word File Format?
SUMacC sound driver interface ?
Homegrown Cabling for AppleTalk ?
MacTracks problems.
Macs In-Heat
More overheating comments
----------------------------------------------------------------------
Date: Tue, 11 Jun 85 02:26:10 pdt
From: erik%ucbssl.CC@Berkeley (Erik Kilk)
Subject: SimpleTools: C routines to help use the Mac interface
I have written a set of C routines to aid in writing simple Macintosh
programs. At the moment I am testing them out, seeing how many menus,
windows, and whatever else I can do with them can be done without
crashing. They seem to be working rather well. I'm having one
problem which seems to be related to how large my program is. I hope
to have it fixed soon. Does anyone know if the memory manager
relocates a block by copying its contents or does it just relocate the
space you use?
Here is a summary of the routines. If you are interested in them, OR
HAVE SUGGESTIONS, please let me know. I'm thinking about asking for a
few $$$ ($5-$10 for my effort), a SASE and a disk to give you the
sources, routines, some demo programs, and keep you informed of
revisions.
The purpose of these routines is to allow you to write those little
programs that you avoid due to the huge programming overhead needed to
get menus and windows to work. The object is to be simple and if
there are powerful options, hide them so you don't have to worry about
them unless you really want to.
A Summary of SimpleTools (c) 1985 E. Kilk
1) simpletools()
Installs the Apple, File, and Edit menus. Initializes the data
structures used by SimpleTools. Calls all the initgraf, initwindows,
and other inits usually needed. Just call this as the first line in
your main routine.
2) simpleevents()
To be called in your main loop. Infact, the program:
main()
{
simpletools();
for (;;) simpleevents();
} is all you need if you just want to run desk accessories.
Simpleevents does all monitoring of events and whatnot: systemtask(),
getnextevent(), menu selection and execution (see below!, great
stuff), DA startup with enabling and disabling
Undo/Cut/Copy/Paste/Clear as needed, systemclick(), dragwindow(), grow
& sizewindow(), trackgoaway(), window content clicks (another great
feature, see below!), keydowns, autokeys, window activates,
deactivates, and updates.
3) menu ("Settings", "Trace", traceselected)
Installs a menu item named "Trace" under a menu "Setting". Informs
simpleevents() to run the procedure traceselected when the user picks
Trace. If "Settings" didn't exists, it adds it. If you call this
again with all the same arguments except for a different procedure
name, the new procedure replaces the original in simpleevents()'s
"things to do list". You can call this same thing again and replace
the procedure name with: 0L to disable Trace, 1L to enable Trace, 2L
to put a check mark by it, and 3L to remove the check mark. If you
called: menu ("Settings", "Debug", 0L) you would get a new diabled
item (its procedure is a no←op until you set it.)
Each procedure assigned to a menu item is passed a (char *) to the
name of the item clicked (so several items can use the same
procedure). Of course your program can forget about this if it doesn't
need it.
4) window ("Trace Window", 20,20,200,50, trace←activate,trace←deactivate,
trace←update, trace←incontent)
Installs or modifies a window to be taken care of by simpleevents().
The coordinates are only used when installing the window. The user
then has complete control of the window's placement and size. You
pass the procedures you want to run for various events, which can be
no←ops. The window procedures assigned are passed a pointer to the
target window. Your procedure can ignore this or use it to call real
Window Mangaer routines. Each assigned procedure is called after the
output port (setport) has been called for that window. (So you know if
it does output it will go where you want it.)
Each procedure you assign as an "incontent" procedure will receive
two ints giving the x and y location of the mouse click in that
window's local coordinates.
A menu item of the window's name is placed under the menu "Window".
Selecting a window's name will activate the window. Useful if the
window is behind something or if you have clicked its go-away box.
5) withwindow ("Trace Window")
Sets the output port to the window named Trace Window for any
following output (plotting or printfs).
6) run (timedisplay)
Installs a procedure to be run each time simpleevents() is called.
Up to 50 procedures can be installed. The routine: stop (timedisplay)
removes the procedure from simpleevents()'s list.
There are also several utility type routines, the most important for
more experienced programmers are "windowpoint ("Debug Window")" and
"mhand ("Settings")". These return the window pointer or the menu
handle of the named window or menu. Then you can call regular tool
box routines with your SimpleTools' installed and maintained menus and
windows.
Data used by these routines is allocated dynamically and in linked
lists using newhandle for each new menu, item, or window so that space
isn't wasted for a large list "just to be ready for lots of menus and
windows" and so that there is no unrealistic limit to the number of
menus and windows you can have. Amount of memory is the only limit.
I have implemented these routines with Megamax C 2.0 compiled as an
object file to be linked to an application program. The code takes
about 9K. I would assume it would work with little or no
modifications with other brands of C compilers.
A demo program (the whole thing) which does all the window moving,
sizing, closing, menu selecting, D.A.s etc. etc. etc (and even a
"background looking" job):
int waitreset = 2000;
info() /* this will run periodically */
{
static int wait=1;
if (--wait == 0) { /* print message sometimes */
withwindow ("Demo");
puts("Please try the menu and window functions.");
wait = waitreset;
}
}
hello() /* to be attached to a menu */
{
withwindow ("Demo");
puts("Hi");
}
leave() /* to be attached to a menu */
{
exit(0);
}
nop() {} /* place holder */
main()
{
simpletools();
menu ("File", "Quit", leave);
menu ("Demo", "Hello", hello);
window ("Demo", 50, 50, 450, 300, nop, nop, nop, nop);
for (;;) simpleevents();
}
-- Erik Kilk
3141 College Avenue #6
Berkeley, CA 94705
erik@ucbssl.CC.Berkeley.ARPA
------------------------------
Date: Thu, 13 Jun 85 19:49:59 pdt
From: erik%ucbssl.CC@Berkeley (Erik Kilk)
Subject: C Programming Caution
After spending several evenings searching for an intermittent problem
in SimpleTools, I found it and a serious problem I bet most C
compilers have.
If you have allocated a relocatable block of memory with newhandle and
are keeping strings in this block, you cannot safely call a toolbox
routine which may allocate memory with one of those strings! The
reason is because the string has to be converted into a Pascal string
before the toolbox call and converted back to a C string after the
call. If the memory manager decided to move your block, the C toolbox
interface doesn't know about it and never gets a chance to turn your
string back into a C string. You can be left with a Pascal string in
your block. For example, I keep a menu's item name in a structure
allocated with newhandle. I cannot call appendmenu with this string.
I either copy the string to an auto variable in the procedure or lock
down the relocatable block. I suggest copying it so that you don't
jam up any memory compactions.
I am using Magamax C but don't blame them for this problem, I bet the
other compilers have the same difficulty.
Erik Kilk
------------------------------
Date: Tue, 11 Jun 85 19:49:35 CDT
From: Mike Caplinger <mike@rice.ARPA>
Subject: Mac disk caches?
Has anyone used either the Mainstay or Nevins disk caches? How well
do they work? Has anybody written a public domain cache? Is there
any point in doing this for a 128K Mac?
- Mike
------------------------------
Subject: Suggestion to replace RAMdisk
Date: 09 Jun 85 18:00:27 EST (Sun)
From: Steven B. Munson <sbm@Purdue.ARPA>
I remember hearing someone on the net ask (in an article about
how the 128K Mac was being forgotten) for someone to write a RAMdisk
for the 128K Mac, and thinking, "What are you going to do with a 6K
RAMdisk?" Well, if anyone is looking for something really nifty to
write, how about considering something better than a RAMdisk for a
128K Mac? I have seen something called TurboCharger advertised for
$95 in MacWorld, which caches disk blocks in memory, apparently only
performing disk I/O when it is absolutely necessary. This is
potentially better than a RAMdisk; you only need to clutter up memory
with the disk blocks that are used, not entire files, so that a cache
small enough to fit on a 128K Mac could still be useful, at least to
stop the disk from spinning every 8 seconds in MacTerminal.
Unfortunately, the advertisement said that TurboCharger only worked on
a 512K Mac.
I do not have Inside Macintosh, or I would write this one myself,
but I envision something like the following: a desk accessory (or
maybe an application, so it could be the startup application) that
installs itself on the system heap and intercepts all disk reads and
writes, maintaining a cache (of user-requested size) of disk blocks.
Each of the blocks is labeled by disk name, block number, and read or
write. The "cacher" uses some method of determining whether the disk
block in question goes in the cache or not, which could be as simple
as least- recently-used, but might want to be more intelligent for use
with very small caches. Blocks in the cache that have to be replaced
are disposed of if they are "read" blocks, and written to the disk if
they are "write" blocks.
The idea is that blocks read from the disk very frequently should
be kept in the cache, so that they only have to be read once, and
blocks written to the disk don't cause any I/O until the cache fills
up. Blocks frequently overwritten don't have to cause any I/O, since
the block in the cache can be overwritten instead. The
least-recently-used algorithm might be replaced by something that
keeps track of the frequency of access of disk blocks for small caches
that would fill up quickly; I will have to think about that one. It
might be a good idea to perform disk I/O during idle time to clear out
the cache or something.
I think this is a neat enough and simple enough idea that I might
even buy Inside Macintosh to do it myself, but, if anyone else thinks
this is as neat as I do and knows how to do it, let me know, and we
can trade ideas. If anyone has seen one of these already, I would
appreciate a pointer to it.
Steve Munson
sbm@purdue.ARPA
sbm@purdue.CSNET
------------------------------
Date: 18 Jun 1985 19:10-EDT
From: Henry.Kautz@rochester.arpa
Subject: Word File Format?
Does anyone know the format used by Microsoft Word files? If you do,
PLEASE send me a summary. I'll post to the net if there is a
response.
---- Henry Kautz
:uucp: {seismo|allegra}!rochester!henry
:arpa: henry@rochester
:mail: Dept. of Comp. Sci., U. of Rochester, NY 14627
:phone: (716) 275-5766
------------------------------
Date: Thursday, 6 June 1985 16:22:25 EDT
From: Peter.Monta@cmu-cs-g.arpa
Subject: SUMacC sound driver interface ?
I am trying to play a list of four-voice chords with SUMacC. It seems
that SUMacC supports a different StartSound than is described in the
Sound Driver Programmer's Guide, version of 11/15/84; the SUMacC
routine supports only the four-voice synthesizer and does not provide
completion routines.
So, I am able to start a chord and make it last for any duration, but
how am I to know when it stops, so that I can start the next (SUMacC
does not provide a SoundDone function)? Or, as the manual suggests,
if I set the duration to some large value to avoid clicks, how do I
know when to change the rate fields?
If anyone has successfully used SUMacC to play lists of chords, I'd
like to know how you did it.
Thanks,
--Peter--
------------------------------
Subject: Homegrown Cabling for AppleTalk ?
Date: 17 Jun 85 23:09:27 EST (Mon)
From: Christopher A Kent <cak@Purdue.ARPA>
I haven't gotten two Macs together into the same room yet, but I
decided tonight to start experimenting. I have a paper to do, we just
received a LaserWriter, and I thought I'd try to make use of those
pieces. So I cobbled up a cable, 3 straight through, 5 and 9 swapped,
and tried to hook the LaserWriter and the mac (a 128K model) together,
figuring if two Macs can boogie this way, a Mac and a LaserWriter
should be able to.
I tried running the test/installation software that came with the
LaserWriter, to no avail. Choose Printer (v1.1 in the lower right
corner) never has the AppleTalk radio buttons ungreyed (most
disappointing.) The printer namer claims that it can't load AppleTalk
(not enough memory?) When I try to Choose Printer out of MacWrite, it
doesn't even launch -- it just beeps at me.
This is really annoying. I'd really rather not have to go out and buy
all the "real" AppleTalk components this month, the budget's pretty
tight as it is. Can anyone help me out?
Cheers, chris
------------------------------
Date: Fri, 7 Jun 85 21:35:56 pdt
From: ix924%sdcc6@SDCSVAX.ARPA (Chris Borton)
Subject: MacTracks problems.
Has anyone out there also had problems with Mac*Tracks and Mac-
Paint? Mac*Tracks, for the benefit of those who haven't seen it, is
a wonderful DA that allows a series of mouse movements/buttons to be
recorded and thereafter associated with a control character. It dif-
ferentiates between upper and lower case, allows all keys, not just
alpha, to be used, and the smartest thing is that it keeps a separate
set of keys for each application. i.e. if you define <cntrl>a to
close the Get Info window on the Finder, it won't execute the same
command in MacWrite. You can make a separate <cntrl>a for MacWrite.
I have it on all my used-a-lot disks, but ran into problems with Mac-
Paint. The first time I tried to install it it would always end with
a long bell. I've seen this happen before, but don't know what it
is. I then tried again later to install it; this time it went fine.
Now, however, Show Page in MacPaint always bombs ID=10 (line 1111
trap). I tried to delete Mac*Tracks with the Font/DA Mover; it
thought it did. Funny thing: when selected it said only 678 bytes
selected, and I know that Mac*Tracks is more on the order of 17K
because that's what my disk space decreased by when I installed it.
After deleting it I ran Paint; it still bombed. Went back to the
DeskTop, and what should I see but a Mac*Tracks File. Couldn't
delete it or the Paint 1 and 2 since the INIT bits were set. Used
Fedit to clear those bits, and then trashed the three files. Ran
Paint again, still bombed, and on the Desktop were the same three
files with the INIT bit set again. There must be some resource from
Mac*Tracks that isn't bundled with the DRVR and is recreating the
file every time, as well as the bomb. It did this with both MacPaint
1.4 and 1.5. Anyone know of a cure?
Chris Borton, UC San Diego undergraduate CS
{ucbvax,decvax,akgua,dcdwest}!sdcsvax!sdcc6!ix924
------------------------------
Date: Wednesday, 12 June 1985, 08:00-PDT
From: KUO at SCH-GILA
Subject: Macs In-Heat
To all Mac users with heat related problems:
I have found a centrifugal blower fan that fits inside the Mac. It is
approximately 5" in diameter and 1.5" thick. I am experimenting with
various mounting schemes. Anyone interested please contact me over the
net. I think this can be a aftermarket product.
Kuo-Fung Yen Micro-Air Research
------------------------------
Date: Thu, 13 Jun 85 12:52:55 pdt
From: jww@SDCSVAX.ARPA (Joel West) (ttyj0)
Subject: More overheating comments
I, too have experienced problems over the last 16 months with Macs
overheating. The problem seems to be worse when:
1) The machine has been on for more than 2 hours
2) The ambient temperature is over 75 F; or
3) The case is exposed to direct sunlight. I wrote a book
last fall using the Mac and was on the machine 16 hours some days.
Using a pre-release MacWrite 3.x, I experienced a number of crashes;
some were probably software, but some were probably hardware. I
suspected the latter when the machine would no longer do known things.
During the winter I haven't used the fan, but may still have
experienced some overheating problems (during software development,
it's hard to tell.) Recently, I have spent 4-10 hours on weekend days
using the Mac. The weather is warm here, and during our 80 degree
days the machine acts up after 2 or 3 hours. As noted by
pugh%e@LLL-MFE.ARPA (Vol. 1, #6):
It worked fine after it was no longer warm to the touch.
Once the machine has overheated, using the 5" table fan I keep by the
Mac is no use. The right approach seems to be in hot weather, or in
warm weather and you plan to use it for a few hours, the fan should be
started from the very beginning.
It seems to me to be a very awkward way around Mr. Job's anti-fan
obsession. I do like the quiet, but obviously the convection cooling
of the current design won't cut it outside an air-conditioned
environment. If someone made a reasonably priced ($30, not $70)
external fan (ala Apple II) I'd probably buy it, particularly since I
plan to start running the machine 24 hours in a few months.
Joel West
CACI, Inc. - Federal (c/o Gould CSD)
{ucbvax!sdcsvax,ihnp4!bonnie}!gould9!joel
gould9!joel@NOSC.ARPA (also joel@NOSC)
------------------------------
End of INFO-MAC Digest
**********************
∂21-Jun-85 1609 INFO-MAC-REQUEST@SUMEX-AIM.ARPA Temporary Moderator Sought
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 21 Jun 85 16:09:09 PDT
Date: Fri 21 Jun 85 16:07:10-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Temporary Moderator Sought
To: info-mac-stanford@SUMEX-AIM.ARPA
cc: info-mac-request@SUMEX-AIM.ARPA
I will be on vacation from 28 June to 16 July, and instead of shutting
INFO-MAC down, I'd like someone else to compose the digests. This is
not a technically difficult task, rather one that requires some judge-
ment and time. Its also a lot of fun! If you want to make this commitment,
please let me know by mailing to info-mac-request.
-jma
-------
∂21-Jun-85 1928 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #12
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 21 Jun 85 19:28:11 PDT
Date: 21 Jun 85 1642-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #12
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 22 Jun 1985 Volume 3 : Issue 12
Today's Topics:
Deficiencies in QuickDraw support for LaserWriter
128K Macs *CANNOT* laser
Text files into multiplan
Mac disk caches
TurboCharger
Wrong fonts on startup
Flaming Macs
burning down the house !!
fan for mac
Overheating problems
Synertek 6522/RTC chip ?
Neon Special Price
----------------------------------------------------------------------
From: stew%lhasa@harvard.ARPA
Date: 18 Jun 85 23:59 EDT
Subject: Deficiencies in QuickDraw support for LaserWriter
.............................................................................
.........@...................................................................
........@...........@@......................................←←←←←←←←←←←←←←←←←
...@@@.@.@@@.......@..@..................................../.................
..@...@@@...@.....@...@@@@@@@@............................/.Oh,.no,.Apple!...
.@...........@....@..@.@.....@@@@@@@@@@@............O.---<.Not.the.big.screw!
@...........@....@...@..@...@...@...@...@@@@@@.....\|/....\←←←←←←←←←←←←←←←←←/
@..........@.....@..@@..@..@...@...@...@...@..@@@...|........................
@...........@....@..@...@.@...@...@...@.@@@@@@...../.\.......................
@............@....@.@..@.@....@@@@@@@@@@.....................................
.@...........@....@@...@@@@@@@...............................................
..@...@@@...@......@..@......................................................
...@@@...@@@........@@.......................................................
.............................................................................
OK, so I've spent maybe two or three months working on this software,
and I've been careful to use only the generic printer routines
described in the phonebook edition of Inside Mac, so that when my
LaserWriter finally arrives, I will be able to draw my pretty pictures
(structural formulas of organic chemicals) on the laserwriter with a
minimum of hassle. It works fine on the ImageWriter, generating
surprisingly good looking structures for a dot-matrix printer. But
today I get the LaserWriter, Set it up, Choose Printer, and print.
Gosh, I did things right! It's printing! Then I look at the printout
and feel a large screw coming at me. All the lines are there, but
anything defined with QuickDraw regions is missing completely. After
a short debugging session, I determined that my program was still
working, and that everything's still great on the ImageWriter. So I
call up a friend who got on an early list for "Inside LaserWriter"
(mine was ordered two months ago and 'will be there Real Soon Now').
Quoting from "Optimizing for the LaserWriter":
Using QuickDraw with the LaserWriter
o Only SrcCopy transfer mode is supported, the other 15 are not.
o The grafverb "invert" is not supported.
o Do not change the origin witin PrOpenPage and PrClosePage.
o Regions are not supported, try to simulate them with polygons.
o Clip regions should be limited to rectangles.
o Rotated or Scaled bit images will not print correctly.
o There is a small error in character widths between screen and
printer fonts, so don't rely on them being exactly the same.
Only the end points will be accurate.
o If you are using PicComments to left, right or center justify
the text, only those points will be accurate.
I make extensive use of regions, and also of odd-shaped clip regions,
in particular, clip regions with holes in them. What do I do now?
Learn postscript? Does the lack of regions indicate a lack of support
for such things in PostScript? Or did Apple just not take the time to
do it right? Will I have to generate the bitmap in bands on the Mac
and ship a 1.25 megabyte bitmap over appletalk?
Be warned.
Stew Rubenstein
Internet: rubenstein@harvard.arpa
uucp: { ihnp4,ut-sally, seismo } ! harvard ! rubenstein
USSnail: Harvard Chemical Labs, 12 Oxford St., Cambridge, MA 02138
------------------------------
Date: Wed 19 Jun 85 09:17:55-CDT
From: Werner Uhrig <CMP.WERNER@UTEXAS-20.ARPA>
Subject: 128K Macs *CANNOT* laser
as we found out (rather than were told verbally or in the
documentation)
------------------------------
Date: 20 JUN 1985 11:00 CST
From: C27830AD%WUVMD.BITNET@Berkeley
Subject: Text files into multiplan
To transform text files into SYLK, or vice versa, or into DIF, or
several other formats, take a look at 1st PORT, from Desktop Software
of Princeton. It is designed to help transfer text or other files
into 1st BASE format, but they set it up to deal with other formats as
well and it works both ways - to and from each format. It also
combines a terminal program, but I haven't tried this part yet. It
should do the job.
Art Denzau C27830AD@WUVMD.BITNET (314)889-5688
Dept. of Economics Box 1208
Washington Univ.
St. Louis, MO 63130
------------------------------
Date: 20 JUN 1985 11:00 CST
From: C27830AD%WUVMD.BITNET@Berkeley
Subject: Mac disk caches
The Nevins disk cache, TURBOCHARGER, works extremely well. It allows
you to set its size from 32K to 256K (and a maximum beyond that, but
caused a bomb), and will also run itself on startup. Once things are
in the cache, it runs as fast as RAMdisk on reads, and is especially
in three uses: compiling and assembling - it cuts turnaround time
with Megamax C or MDS in less than half as the only disk whirring that
occurs now is for writing the compiler, assembler or linker output.
Second, it is great with SWITCHER, as it allows you to switch between
programs that are largely resident in memory (it works best with only
two applications, no screen memory save, and 192K of cache). Third,
it does a great job with any large application with many segments,
such as the microsoft series, etc. In addition, once the cache is set
up initially, it speeds up all subsequent application programs run.
Art Denzau C27830AD@WUVMD.BITNET (314)889-5688
Dept. of Economics Box 1208
Washington Univ.
St. Louis, MO 63130
------------------------------
Date: Wed 19 Jun 85 07:47:40-PDT
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: TurboCharger
Steve,
There is a fairly lengthy review of the Nevins disk caching software
("TurboCharger") in the 31 May 1985 issue of Semaphore Signal (issue
24).
Semaphore Signal ("The publication for Macintosh users and
developers") is available free to Mac and Lisa owners. Send requests
to:
Signal
207 Granada Drive
Aptos, CA 95003
Hope someone writes a public domain cache real soon!
Cheers,
Steve Dennett dennett@sri-nic.arpa
------------------------------
Date: Thu, 20 Jun 85 01:18:36 EDT
From: Tom Russell <EN301034%BROWNVM.BITNET@WISCVM.ARPA>
Reply-to: EN301034%BROWNVM.BITNET@WISCVM.ARPA
Subject: Wrong fonts on startup
If your MAC seems to be using the wrong font for the icon labels in
the Finder, this is because the battery settings for the default
application font have bee n altered. You can fix this by removing the
battery, waiting for a minute and the re-inserting it. The battery
RAM settings will go to zero and are then s et to their default values
when you put in the first startup disk. The first d isk that you put
in the machine after removing the battery should be a backup d isk to
be sure that the settings stored on the disk have not been corrupted
by some application. One could also create a stand alone application
to read the current RAM settings and then reset them to whatever value
you like, however, r emoving the battery works quite well.
Tom Russell EN301034%BROWNVM.BITNET@WISCVM
------------------------------
Date: Wed, 19 Jun 1985 03:41 EDT
From: TIM%MIT-OZ@MIT-MC.ARPA
Reply-to: TIM at MIT-MC.ARPA
Subject: Flaming Macs
We all keep hearing about peoples machines "burning up" and whatnot,
but is the proportion of Macs with thermal problems being accurately
represented on INFO-MAC? I know of half a dozen Macs which are
powered up 24 hours a day with no fans and no thermal problems
It is hard to give advice to anyone considering keeping their Mac
powered up all the time without knowing the details of when is was
manufactured and with what components. Keeping a Mac powered on all
the time -should- make it less prone to failure, but as we have heard,
there are cases of of thermal failure of the worst kind (fire).
Someone should ask Apple if they have been keeping Q/A statistics
corellated to serial numbers. It's too bad they can't accurately
assess the effect of fans on failure rate...
------------------------------
Date: Wed 19 Jun 85 09:10:54-CDT
From: Werner Uhrig <CMP.WERNER@UTEXAS-20.ARPA>
Subject: burning down the house !!
seems as if my kids catch every bug passing through here, and my MAC
is of same design quality (-:
Anyway, this Sunday, I smelled "burnt" but found nothing out-of-order
in the kitchen. I remembered the MAC-warning and *RAN* (not walked)
to where Mickey hangs out ....
BLACK SMOKE (no visible flames) coming out of the right rear vents
(you all know already what's underneath there ...)
Mickey never rests, always does something useful, and I have every
intention to keep it running all the time in the future also. And,
you bet, I'll sue Apple, should I come back home to smoldering ruins
!!!
If you don't have AppleCare - go out and buy it - showing that you
have a "functioning MAC" qualifies you anytime (not just before the
warranty expires), at least, so I am told. If you don't have
fire-insurance, ...... If anyone wants to join forces to hire a
lawyer, ......
Hmmmmm, Werner
------------------------------
Date: Thu, 20 Jun 85 01:27:28 edt
From: Velu Sinha <velu@maryland>
Subject: fan for mac
I have been experimenting with a piezo-electric fan for the Mac.
I have found a fan, sold by Dragonfly Software in Philadelphia, which
seems to do the trick. The fan (appropriately called the Dragonfly
Fan) has two mylar blades attached to ceramic piezo-electric elements
which are connected directly to 110 VAC.
I have found that the fan (which weighs just a few ounces, draws .1
watt, and produces less than 30 db (which is apparently less than the
noise in a normal office)) mounts very nicely to the side of the
disk-drive, inside the Mac case.
The 110 VAC for the fan is most easily tapped from the rectifier
diodes on the video/power board. Either clip-on leads, or soldered
connections can be used. (The reason for tapping off of the bridge is
so that the fan is only on when the switch is turned on...)
The fan mounts to the disk drive using dual-sided adhesive, available
from the neighborhood Radio Shack. (Dragonfly Software actually ships
a piece of tape with the fan).
The price is about $30, which seems quite reasonable.
Their address:
Dragonfly Software
Mac Fan Division
729 Westview Avenue
Philadelphia, PA 19119
As usual, I am not affiliated with Dragonfly Software, etc.
(N.B. This is only useful if you have a Torx wrench, and are willing
to mount this yourself. If anyone needs more detailed mounting
instructions, I'll be glad to give them - Dragonfly does not provide
you with any Mac mounting instructions.)
Velu Sinha velu@maryland.ARPA ...!seismo!umcp-cs!velu (UUCP)
University of Maryland College Park
------------------------------
Date: Thu, 20 Jun 85 00:55:24 pdt
From: huxham%ucbcory@Berkeley (Frederick A. Huxham)
Subject: Overheating problems
Before I got a hyperdrive, my Mac would sometimes do very strange
things after a few hours of continuous compiling (which caused a big
rise in temperature).
After I got the hyperdrive and noticed my Mac running event hotter I
started to worry. Then, when the fan decided to rattle loose and make
annoying buzzing noises about once a month, I decided it was time.
I now run my Mac with no cover on it. Needless to say, it gets great
air circulation, runs very cool, and the fan never rattles loose
(since its not there).
I don't know how safe this is, but when I was at Andy Hertzfeld's
house a few months ago I noticed that he ran his Mac with no cover.
(Thats where I got the idea in the first place)
Since he ran his Mac that way, I figured it must be relatively
safe...either that or he gets quick repairs from Burrell Smith, his
next door neighbor.
I've run my Mac this way now for about 5 or 6 weeks with no trouble,
and its cheaper than a fan.
Fred A. Huxham huxham@BERKELEY
------------------------------
Date: Fri, 21 Jun 85 17:13:21 edt
From: REISOR <ron%udel-cc-vax3.delaware@udel-louie.ARPA>
Subject: Synertek 6522/RTC chip ?
I was wondering just what the Synertek 6522 in my Mac could do so I
called Synertek to see if I could get data/spec sheets. They seem to
be out of business! Would someone in the know tell me how to
data/spec sheets for the 6522.
I was also wondering about the 'RTC' real time clock chip - where
could I find out more about it too.
Thanks,
Ron Reisor
------------------------------
Date: Thu 20 Jun 85 12:31:51-MDT
From: Tony Jacobs <T-JACOBS@UTAH-20.ARPA>
Subject: Neon Special Price
For those who may be interested, the special price of $150 for Neon
only lasts until the 30th of June! AND if you're serious I can save
you up to $15 extra. After the 30th the price will be $300.
Contact me if you have any other questions about NEON. ---Tony
Jacobs---
------------------------------
End of INFO-MAC Digest
**********************
∂24-Jun-85 1531 INFO-MAC-REQUEST@SUMEX-AIM.ARPA An oh so fun class, just in time for summer
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 24 Jun 85 15:31:32 PDT
Return-Path: <OPER.SOESBE@SU-SUSHI.ARPA>
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Sun 23 Jun 85 23:22:49-PDT
Date: Sun 23 Jun 85 23:20:27-PDT
From: Jeff Soesbe <OPER.SOESBE@SU-SUSHI.ARPA>
Subject: An oh so fun class, just in time for summer
To: info-mac@SU-SUSHI.ARPA
ReSent-Date: Mon 24 Jun 85 15:28:54-PDT
ReSent-From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
ReSent-To: info-mac-stanford@SUMEX-AIM.ARPA
It's back!!
Yup, we've gotten funding for the summer, so we're proud to once again offer
<trumpet flourish> CS 001c, Using the Macintosh
during the summer session. If you (or anyone you know) is interested in a
zippy fun class that looks at basic Macintosh operations and
different software packages (e.g. Write, Paint, Microsoft Word, Chart,
Multiplan, Project, Filevision, etc.) you should attend the spectacular
organizational meeting
Tuesday, June 25th, in Cubberley auditorium at 1:15
If your pet raccoon comes down with hepatitis and you can't make the meeting,
you should sign up for a section in the basement of Margaret Jacks Hall across
from room 004. Section times are 1:15 on Monday, Tuesday, Wednesday, or
Thursday (your choice!). If you're a MacExpert you may want to wait until fall
quarter when we'll be offering advanced CS 1c sections. But if you're
considering joining the thousands of Stanford humans who own macs, or if you've
already got one but don't know what to do with it, come by, have fun, and learn
something at the same time.
-------
∂24-Jun-85 1905 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #13
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 24 Jun 85 19:05:42 PDT
Date: 24 Jun 85 1839-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #13
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 25 Jun 1985 Volume 3 : Issue 13
Today's Topics:
MacDeveloper electronic newsletter available
Re: C Programming Caution (Digest V3 #11)
Problems with MenuSelect (Toolbox Routine)
annoying feature in MacWrite
Macwrite problem
Re: Macwrite problem, cont...
Hex version of Mazewars programme
An interesting quote
----------------------------------------------------------------------
Date: Wed, 5 Jun 85 15:23:34 cdt
From: werner@ut-ngp.ARPA (Werner Uhrig)
Subject: MacDeveloper electronic newsletter available
From lsr@apple.UUCP
This is part 1 of MacDeveloper, an electronic magazine for Macintosh
Developers. I got this from a BBS in San Francisco; the SYSOP, Harry
Chesley, is the one responsible for editing and putting it together.
Distribution is unlimited as long a all 5 parts are distributed. (It
was originally packed into 1 file, but I separated it for easy
posting.)
The 4th section gives information about submitting articles, including
the phone number of the BBS and how to contact Harry.
This section is the cover page, table of contents, and editorial.
Larry Rosenstein Apple Computer
UUCP: {nsc, dual, voder, ios}!apple!lsr CSNET: lsr@Apple.CSNET
I forgot to mention in the first posting that the first 4 files are
MacWrite 2.2 documents using standard fonts. Therefore, they should
be readable by any Macintosh owner. Also, if you print these out on
the LaserWriter, you will need to use a 90-95% reduction in order to
get the page numbers to come out properly.
===================
[ The MacDeveloper Newsletter is posted, thanks to lsr and Werner, on
SUMEX in NEWS-MD1.HQX through NEWS-MD5.HQX It was ftp'd from NGP as
shown below. -jma ]
[ for those blessed with ignorance of the above UNIX-lingo, FTP to NGP,
change to subdirectory "public" and GET the files with names mac.MDi,
where i=1,5. Werner ]
------------------------------
Date: Wed, 19 Jun 85 23:05:48 PDT
From: ihnp4!amdahl!sjl@uw-beaver.arpa (Steve Langdon)
Subject: Re: C Programming Caution (Digest V3 #11)
In his posting: erik%ucbssl.CC@Berkeley (Erik Kilk) says:
>After spending several evenings searching for an intermittent problem
>in SimpleTools, I found it and a serious problem I bet most C
>compilers have. ... Followed by text that explains how the Megamax
string conversions can screw you up if the memory manager moves stuff
around during a toolbox call. ... >I am using Magamax C but don't
blame them for this problem, I bet the >other compilers have the same
difficulty.
Mac C from Consulair does not have this problem because Bill Duvall
was too smart to try and hid the differences between string formats.
To quote from the manual:
"Mac C does not use 'glue' routines to convert strings for those traps
which use them (there are about 20) because it would be inconsistent
with Mac C philosophy to have such hidden routines, and because this
kind of automatic conversion cannot be perpetuated through all calls,
results, packages, and routines. A 'glue' routine that performs
string conversion can always be written by the programmer."
Caveat Emptor.
Steve Langdon ...!{ihnp4,hplabs,sun,nsc}!amdahl!sjl (408)746-6970
------------------------------
Date: Mon, 24 Jun 85 14:28:09 mdt
From: oml%a@LANL.ARPA (Olaf Lubeck)
Subject: Problems with MenuSelect (Toolbox Routine)
I am new to the Mac and I have been trying to use the Toolbox
from DeSmet C. My problem is the following:
I have a procedure that interprets a menu using MenuSelect. It
works inconsistently. If I select a menu item before doing anything
else with the mouse button, MenuSelect returns the correct item
number. However, if I click the mouse in some area other than the
menubar and then subsequently click in the menubar, MenuSelect returns
0 and never pulls the menu down. MenuSelect acts as if the menu is
inactive.
Has anyone else encountered this problem? Write to me at
oml@lanl.arpa or (cmcl2 | ihnp4)!lanl!oml.
------------------------------
Date: Fri, 21 Jun 85 18:05 GMT
From: R.COHEN%LLL@LLL-MFE.ARPA
Subject: annoying feature in MacWrite
From: Ron Cohen <R.COHEN@λLLL.MFENETλ> To: info-mac@λLLL.MFENETλ
I've noticed an annoying feature of both old and new MacWrite: If you
cut or copy to the clipboard text adjacent to a delimiter (i.e., a
character such as (, ), [,], |, !, @, #, etc.) or the delimiter
itself, you get extra spaces when you paste it back in text. For
example, if your text includes the string [abc] and you cut the abc,
and then paste back inside the brackets, you get [ abc ]. Cut the
bracket out of the string a[b and repaste and you get a [ b. Paste it
in front of the string xyz and you get [ xyz. The same applies to
text on the right side (but not the left) of punctuation marks like
period, comma, semicolon, question mark, colon, apostrophe and quote.
Someone at Apple must have thought this through very carefully and
decided this feature would be a great convenience for typists of
straight text (it is kind of convenient if you want to copy words
inside parentheses to another part of your text without worrying about
adding spaces). But it is a pain in the neck if one is trying to edit
technical typing. I would like to find out (1) if anyone else out
there has noticed this feature and been annoyed by it; (2) does anyone
know of a fix? and (3) does anyone know why MacWrite was made to work
this way, and if it's such a great idea, why wasn't it described in
the MacWrite manual?
------------------------------
Date: 21 Jun 1985 11:53:32-EDT
From: Michael.Barton@cmu-ee-henry
Subject: Macwrite problem
I recently had the following problem with Macwrite: I had done a
resume six months ago on the original version of Macwrite. This
included sections with italics in justified paragraphs. No problem.
I'm now using Macwrite 4.5 and I converted the resume. Now the
italicized parts overwrite each other on printing. (I think this
applies to any text which is longer than 'plain text'). I went back
to my original Macwrite disk and the original version of the resume.
This old disk also has the old system folder. SAME RESULT!! Then I
rebooted with the old Macwrite and old system and it was fine.
1) What is different about running old Macwrite with the old system
from
rebooting first, then running old Macwrite with the old
system?
2) Why doesn't the new Macwrite handle italics correctly? (Rebooting
from this disk didn't fix it)
Any help appreciated.
-Mike Barton
------------------------------
Date: Friday, 21 June 1985 23:16:24 EDT
Sender: Michael.Barton@cmu-ee-henry
From: Michael.Barton@cmu-ee-henry.ARPA
Subject: Re: Macwrite problem, cont...
John,
Thanks for your interest. Here is the full sequence:
1- Macwrite4.5 with converted resume and recent System disk. The
original work was done in Seattle 10 point and the new System disk had
this font. This failed with the italicized section running off the
end of the justified line and the words overwriting each other in the
line.
2- Old Macwrite with old resume. Old Macwrite is on the original disk
I got with the Mac which has an old system on it. This is the System
and Macwrite originally used to create the resume. This failed
identically.
3- At this point the old Macwrite disk was the startup disk since I
ran Macwrite from it and it had a System on it. I then rebooted and
reran Macwrite. As far as I can see this should be no different from
#2. But this worked fine.
4- I tried inserting Macwrite4.5 with the recent System and rebooting
in analogy with #3. This failed.
It seems to be a justification problem rather than a font problem
since both systems had Seattle 10 point and in both cases it showed as
being selected with italics in the relevent section. It could also be
an Imagewriter problem since the overrunning did not appear on the
screen, only on the printed version (high quality was all I tried).
-Mike Barton
------------------------------
Date: Sat, 22 Jun 85 14:30:59 EDT
From: kevin@harvard.ARPA (Kevin Crowston)
Subject: Hex version of Mazewars programme
A while back I posted a short little assembler programme I was given
that allowed me to run Mazewars on a 128K Mac. This is the hex
version of that programme.
The programme opens up the AppleTalk resources necessary for Mazewars
and then launches a programme called MW. To use it, put it on your
Mazewars disk and rename the Mazewars programme MW. Then simply
launch this programme. It will run for a bit and then the first
Mazewars screen will appear.
Kevin Crowston
---------------
[ Find this under DEMO-MAZEWARS-LAUNCH.HQX -jma ]
------------------------------
Subject: An interesting quote
Date: 24 Jun 85 09:49:42 EST (Mon)
From: Christopher A Kent <cak@Purdue.EDU>
"Just about every computer on the market today runs Unix, except the
Mac (and nobody cares about it)."
Bill Joy
6/21/85
------------------------------
End of INFO-MAC Digest
**********************
∂25-Jun-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #14
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 25 Jun 85 19:01:46 PDT
Date: 25 Jun 85 1245-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #14
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 26 Jun 1985 Volume 3 : Issue 14
Today's Topics:
MacWrite Italics & Throwing out locked/in-use files
Analog clock desk accessory
Directory rebuilder?
MacPaint/Draw transfers
MacIntosh Programming Languages, a complete list?
----------------------------------------------------------------------
Date: Tue, 25 Jun 85 11:22:03 pdt
From: erik%ucbssl.CC@Berkeley (Erik Kilk)
Subject: MacWrite Italics & Throwing out locked/in-use files
With the new MacWrite, italic words at the right edge of the margin
have their last letter chopped in half when printed.
By holding down the control-option keys, you can throw into the
garbage files which the finder claims are locked or in-use.
------------------------------
Date: Wed, 17 Apr 85 18:19:17 EST
Subject: Analog clock desk accessory
From: dm@bbn-vax.arpa
Here is an analog clock desk accessory. It will run on a 128K Mac
with Macterminal (although it took a bit of tweaking to make it small
enough -- I think because I have no control over the amount of memory
Megamax C allocates for the stack).
Does anyone know how to make a desk-accessory receive update events?
[ You may find the binhex version of this in <INFO-MAC>DA-ACLOCK2.HQX
-jma ]
------------------------------
Date: Tue 25 Jun 85 11:07:27-MDT
From: Tony Jacobs <T-JACOBS@UTAH-20.ARPA>
Subject: Directory rebuilder?
I've had a number of disks come up with the 'can't read.... initialize
or eject' message and after exploring a bit with some of the file edit
utilities that are around, I believe the directory has gotten
corrupted.
Anyone know of a program yet that rebuilds the directory from the tag
blocks?
Tony Jacobs
------------------------------
Date: Wed, 19 Jun 85 8:56:36 EDT
From: Andrew Malis <malis@BBNCCS.ARPA>
Subject: MacPaint/Draw transfers
Does anyone know if it is possible to import a full-page Draw picture
into Paint? I can put the full-page drawing into the clipboard and
the scrapbook, but when I'm in Paint and try to paste the drawing from
the clipboard, it is clipped (not shrunk) to the size of the Paint
window, and the portion of the drawing that makes it into the window
seems to be random.
My goal is to be able to do Paint post-processing on drawings, and to
be able to use MACQMS (which needs the Paint bitmap) to print them out
on a QMS pageprinter.
One additional question: do the PICT-format MacDraw documents have any
utility? I can't find any other application that can directly read
them, and I don't know what the difference is between the
MacDraw-format and PICT-format documents (other than their Finder
icon).
Thanks, Andy
------------------------------
Date: Tue, 25 Jun 85 13:10:39 edt
From: samuels@mitre (Michael Samuels)
Subject: MacIntosh Programming Languages, a complete list?
A friend of mine is looking into programming languages for the
MacIntosh. Does the following list include all available languages?
1. Fortran
2. Pascal (MacPascal, UCSD)
3. Forth
4. Assembler
5. C
6. Basic
7. Lisp
8. Logo
9. Modula-2
10. Neon
If anyone has brief comments about any other languages or packages for
the various languages, I would appreciate hearing them. Thanks.
Michael Samuels
samuels@mitre
------------------------------
End of INFO-MAC Digest
**********************
∂27-Jun-85 2029 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #16
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 27 Jun 85 20:29:42 PDT
Date: 27 Jun 85 1733-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #16
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 28 Jun 1985 Volume 3 : Issue 16
Today's Topics:
Temporary moderator
Re: Analog clock desk accessory
Disk Directory Rebuilding
"MacScheme", not just another Mac language
AppleTalk card for Apple II family [2 messages]
BitBlt, a request
Some helpful tips from a developer (LONG!)
----------------------------------------------------------------------
Date: Wed 26 Jun 85 17:10:53-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Temporary moderator
Dear reader:
I will be on vacation (in New York) through July 16th. In the interrim
I have asked Rich Alderson to moderate info-mac. Rich otherwise
occupies himself as the systems programmer on Stanford's "LOTS"
machines. I am sure Rich will have no problem picking up where I left
off.
Bboard addresses remain the same; info-mac@sumex for submissions and
info-mac-request@sumex for administrative matters. As a favor to Rich
I request you postpone traffic to info-mac-request until I return.
-jma
------------------------------
Date: Tue, 25 Jun 85 18:47:58 EDT
Subject: Re: Analog clock desk accessory
From: dm@bbn-vax.arpa
Sorry for the long delay in replying to your messages. Here are the
sources for my analog clock desk accessory, plus a new version of the
binhexed binary.
Here are the sources for an analog clock desk accessory, written to be
compiled with MegaMax C.
This analog clock is very small, will even fit in memory on a 128K mac
with Macterminal, automatically pops up in the bottom right hand
corner of the screen, and with some finagling you can move your
MacTerminal window high enough not to obscure the dial of the clock.
The sources for this clock come in three parts:
clock←routines.h -- the routines which do all the work of an analog
clock.
aclock.c -- an application framework to wrap around the clock
routines because it is easier to test and debug an
application than it is a desk accessory.
daclock.c -- the desk accessory framework to wrap around
clock←routines.h.
Also included at the end of this message is daclock.hqx, a binhexed
version of daclock.
[ Sources may be found in [SUMEX]<INFO-MAC>DA-ACLOCK2.C; the revised
binhex is in DA-ACLOCK2.HQX. --RMA]
------------------------------
Date: Wed 26 Jun 85 11:22:54-PDT
From: Len <Lattanzi@SUMEX-AIM.ARPA>
Subject: Disk Directory Rebuilding
The latest version of MacTools (part of CopyIIMac) has a repair option
when damaged disks are mounted. It also allow you to poke around
without changing the disk. I believe the current version number is
3.0
Len
------------------------------
Date: Wed, 26 Jun 85 06:01:37 edt
From: Scott Jones <saj@MIT-PREP.ARPA>
Subject: "MacScheme", not just another Mac language
One more language to add to the list: "MacScheme" by Semantic
Microsystems will be released this summer. For those of you who don't
know, Scheme is a lexically scoped dialect of lisp that was developed
primarily at MIT, Indiana, and Yale. Other universities are now using
and extending it. This implementation is likely to be very solid
although I have yet to use it on a Mac. Also, some claim that lisp
dialects are inherently slow. I claim that this full implementation of
scheme (lisp) will compare favorably with any other language on the
market. The language has a reputation of being particularly
well-suited for AI applications and many are discovering that it is
equally powerful for more general applications. (this is not an
advertisement... I have nothing to do with the company).
Scott Jones MIT AI Lab
------------------------------
Date: 26 Jun 85 07:41:03 EDT
From: KSPROUL@rutgers.arpa
Subject: AppleTalk card for Apple II family
I heard a rumor (From Apple at a seminar) that Apple would be coming
out with an AppleTalk card for the Apple II computers sometime 4thQ
1985.
Does anyone know anything about this, confirming or denying??
If Apple does not do this, I might be interested in designing one
myself..
Keith Sproul Ksproul@Rutgers.arpa
------------------------------
Date: Wed, 26 Jun 85 14:15 EDT
From: Eric Wolf <eric-wolf@scrc-yukon.arpa>
Subject: AppleTalk card for Apple II family
It was reported in the Wall Street Journal that they will have one out
in December.
------------------------------
Date: Wed, 26 Jun 85 16:05 EST
From: "Steven H. Gutfreund"
From: <gutfreund%umass-cs.csnet@csnet-relay.arpa>
Subject: BitBlt
Can anyone point me to a description of an algorithm that can do the
kind of smooth down-sizing of bit-map figures that has been included
into the MAC bitblt instruction. Yes, I realize that theirs is
privite. I don't necessarilly need theirs, just something public that
does something equivelent.
- steve
------------------------------
Date: Wed 26 Jun 85 02:12:51-EDT
From: Robert Woodhead <Y.AJAJ-WOODHEAD-ROBERT%CRNL20A.BITNET@Berkeley>
Subject: Some helpful tips from a developer (LONG!)
First, to introduce myself, Im a MacDeveloper who has been working on
Macs since before they were announced, and I have just put my first
Mac product (Wizardry) into Beta test after 18 months of development.
Along the way, Ive developed some code fragments that are extremely
handy to use (in Lisa Pascal) and so Im going to pass them on in this
and future postings.
Due to the rather strange network linking here at Cornell, I have to
send them to the INFO mac people to get them posted to the net.
So, now on with the show:
Making things look nice on a XL
-------------------------------
One nice trick is to make all your dialogs with the user come onto the
screen centered (or adjusted) when the user is on a lisa. This means
that dialogs that are centered on Mac are centered on the Lisa screen
as well. The following routine adjusts a rectangle proportionately
when running on a nonstandard screen. It has two global vars scrX and
scrY which are the number of dots across and down.
PROCEDURE DoAdjust(VAR R:Rect);
VAR X,Y,Xd,Yd:LongInt;
BEGIN
IF (scrX=512) AND (scrY=342) THEN Exit(DoAdjust);
Xd:=(R.left-R.right) DIV 2;
Yd:=(R.bottom-R.top) DIV 2;
X:=(((R.right+Xd)*scrX) DIV 512) - Xd - R.right;
Y:=(((R.top+Yd)*scrY) DIV 342) - Yd - R.top;
OffsetRect(R,X,Y)
END;
Next, to make things a little more convenient when doing dialogs, we
define DoShowDialog, which takes a new dialog (which should be defined
as inVisible!), moves it, makes it visible, and shows it.
PROCEDURE DoShowDialog(Dptr:DialogPtr);
VAR R1,R2,R:Rect;
BEGIN
R1:=Dptr↑.portBits.bounds;
R2:=Dptr↑.portRect;
R.top:=-1.R1.top;
R.Left:=-1*R1.left;
R.right:=(R2.right-R2.left)+R.left;
R.bottom:=(R2.bottom-R2.top)+R.top;
DoAdjust(R);
MoveWindow(Dptr,R.left,R.top,True);
ShowWindow(Dptr)
END;
Oh yes, in dialogs, when you want to put the nice bold box around a
button, assuming R is the rectangle that contains the button, then
PenSize(3,3); InSetRect(R,-4,-4); FrameRoundRect(R,16,16);
PenSize(1,1);
will do the job nicely.
The Nasty Segment Loader Gotcha
-------------------------------
This bug only hits very large programs with lots of segments, where
you keep only parts of the program in memory at a time. When a
segment is loaded off disk, it is placed as low in memory as can be
done (which is great). When it is UnLoadSeg'd, it is free to float
around memory OR be purged. BUT!! When it has been UnLoadSeg'd and is
still in memory, and the Segment Loader is called to load it, it says
"oh, here it is, lets lock it in place".. Can you say "heap
fragmentation" boys and girls? I knew you could.
Apple Tech Support earned $50 worth of cookies fixing this one with a
special patch to the loader. So if you are having massive memory
bombs on 128k Macs, check with them for the LSinstall and LSremove
patches.
Oh where, Oh where did my picture go?
-------------------------------------
Lets say your program uses "pictures", the way of recording QuickDraw
calls so that they can be replayed. Once nice feature of pictures is
that they can be shoved into the ClipBoard and then moved into other
applications (or the scrapbook).
The problem is that this doesnt work -- you paste into MacWrite and
get a blank area!
The problem is that MacWrite/Paint, and many other applications, look
at the Clipping REGION to determine the size of the picture, not the
Clipping RECTANGLE. And since that region is set to a huge rectangle,
your painting is done 50 feet or so off the screen and in the air.
To make MacWrite/Paint accept your pictures, you just set the
ClipRegion to be the portRect while painting, and reset it after the
closePicture.
The Big Switch
--------------
Switcher is, by definition, something of neatness. But your program
must know how to behave in order to get along with it. This becomes
even more important when you are going to allow multiple copies of
your program co-exist.
Anyone who has the BETA Switcher documentation knows how to use
Suspend and Resume events in order to tidy one's own house, but the
real problem with multi-copy environments is initialization. If your
program does some data file initialization, especially on SHARED
files, then it might get understandably upset if another clone of
itself over-wrote the initialization with another initialization.
Here is how to detect, given that you know the file name of the
application, whether you are the first invocation of your program.
At location $642 (hex) is the Switcher World Table Pointer. If it is
0 or -1 then you are not running under switcher.
The world table is a list of 8 pointers to heap prefixes, one per
application. The first longword in the heap prefix is a handle to the
information record. Starting 344 bytes from where that handle is
pointing is the Application File Name string. This string is set when
Switcher regains control from the startup of an application.
So if you are running Switcher, and cannot find your filename in these
data areas, you are the first copy of your program to be started.
The files the thing, wherein we'll catch the concience of the King
------------------------------------------------------------------
Another little Switcher GOTCHA is that if you have multiple copies of
a program running that access the same file, they can all open it, but
when one closes it, it becomes closed for ALL the copies! Therefore,
when multiple copies share files, it's a good precaution to close them
on a suspend event, and re-open them on a resume.
PS: The locations used by Switcher are guaranteed by Andy not to
change. They will be more fully defined later on, according to him.
What have they got against BroadCasting?
---------------------------------------
One of the neat features of AppleTalk is Broadcasting, wherein a
single node can send a message to all the other nodes. This has to be
done at the ATLAP protocol level, and is extraordinarily useful for
writing games.
The problem is, you don't want to interfere with other applications,
and since there are only 256 "protocol numbers" in ATLAP, your game
could mightily bugger up an innocent application which uses the same
number as you chose.
Apple has reserved some of the numbers for thier own use, for example
for the use of NBP, the Name Binding Protocol. Yet they REFUSE to set
aside a protocol number or two for broadcast applications.
If they did this, then all applications that wished to broadcast would
use the SAME number. The first 4 bytes of each message would be a
signature (hmmm.. where can we get unique signatures that are four
letters long, you wonder) that would allow applications to throw away
broadcasts that are not meant for them.
It's a simple solution, but Apple wont consider it because they think
that broadcasting is a bad idea. They ought to notice that a game
with N macs playing has a message traffic proportional to N under
broadcast, but N*(N-1) in some cases when you have to address messages
to specific nodes. And anyone who thinks that you can =roundrobin=
the messages should think again, it doesnt work and still increases
average message size.
Hope these are helpful tips, more later..
Robert J Woodhead Y.AJAJ-WOODHEAD-ROBERT@CRNL20A.BITNET (607) 257-2792
PLATO : ROBERT J WOOODHEAD/ORANGE07/PCA
"There are two types of people in this world, Those that divide the
world into two types of people, and those who dont..."
------------------------------
End of INFO-MAC Digest
**********************
∂30-Jun-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #17
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 30 Jun 85 19:01:37 PDT
Date: 30 Jun 85 1503-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #17
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 30 Jun 1985 Volume 3 : Issue 17
Today's Topics:
Missing V3 #15
Electrostatic Discharge from 3.5" Floppy Plastic Sleeves
MiniFinder
MacWrite Italics problem
MacDraw PICT format
Re:Pasting large things (MacDraw) into MacPaint
A+ Mouse and Mac
fans and noise
Broadcast packets and games
Subject: Programming Languages
Telegraph Desk Accessory (Binhex 4.0)
----------------------------------------------------------------------
Date: Fri 28 Jun 85 08:30:05-PDT
From: Rich Alderson (Temporary Moderator)
From: <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Missing V3 #15
Due to a slight bit of confusion on the part of your temporary
moderator, there will be no issue V3 #15. Things should go more
smoothly from here on out.
Rich Alderson
"We apologize for the inconvenience." --D. Adams
------------------------------
Date: Fri, 28 Jun 85 09:31:38 pdt
From: perdue@AMES-NAS.ARPA (James N. Perdue)
Subject: Electrostatic Discharge from 3.5" Floppy Plastic Sleeves
I have been given an ALERT from the Government concerning the use of
the plastic sleeves which the 3.5" floppy disks are packaged in. The
word is that they create sufficient static electricity when used to
store floppys containing data to destroy that data. The source says
that " a measurement on a sample sleeve gave a surface resistivity of
1 x 10E12.5 ohms/squre (maxed out the meter). The source quoted
several cases of lost data and computer hang ups on Mac's which they
suspect is caused by storing these disks in the sleeves.
The contact point listed for information is R.J. Vowles at Spar
Aerospace Ltd 514-457-2150 Ext. 3193.
Good Luck
Newt Perdue/NASA Ames Research Center
------------------------------
Date: Fri, 28 Jun 85 20:39:44 EDT
From: stew@harvard.ARPA (Stew Rubenstein)
Subject: MiniFinder
A couple of interesting things: I don't know if it says this anywhere
in the documentation or not (I discovered it by disassembling the INIT
resource), but if you hold down the option key as you exit from an
application, the MiniFinder is bypassed, and the real Finder starts
up. If you use MegaMax C's batch facility, you have probably noticed
that if the minifinder is installed, it gets invoked after each line
of your batch file, and you have to double-click the "batch" program
to go on to the next step. Holding down the option key throughout the
execution of a batch file is one way around this. I was thinking of
ways I could rewire my keyboard so that the caps lock would be an
"option lock" instead, when I hit upon the following solution: Patch
the INIT resource so that it checks the Caps Lock key instead of the
Option key! To do this, use FEdit to search your system file for the
Hex string 67F2 0838 0002 017B 66EA. The ascii string "Minifinder"
should appear a few lines down. Patch the 0002 to be an 0001 and
write out the block. ShutDown, reboot, and presto! The caps-lock key
is now a real-finder key!
Stew Rubenstein
Harvard Chemical Labs
rubenstein@harvard.arpa
{ihnp4, ut-sally, seismo} ! harvard ! rubenstein
------------------------------
From: munnari!fac1.anu.oz!smynmath@seismo
Date: Fri, 28 Jun 85 14:17:00 AEST
Subject: MacWrite Italics problem
Concerning Mike Barton's problem with printung italics from an old
MacWrite file:
I also encountered this problem, but I don't believe the problem is
with MacWrite. The clue comes from the fact that the problem does NOT
occur on the MacXL using the same document, MacWrite, system, printer
driver! I believe the problem arises from mixing the OLD ImageWriter
driver with the NEW system; presumably there is a bug in the
PrinterManager ROM which has been patched in the MacXL and the new
system, but not in the old system (certainly the new version prints
italics with better spacing); the old printer driver however expects
the bug still to be there, and doubles up on the spacing patch. The
fix is simply to instal the new ImageWriter driver.
Simple, but unfortunately there is a bug in the new ImageWriter
driver!!! I have a mathematics font (ANUMath) which has a number of
overprinting characters. (Princeton font will have the same problem).
With the new "smart" ImageWriter driver, if you change font or style
between an overprinting character and the character to be overprinted,
the driver observes that the printhead has returned to its starting
point, thinks that a null operation has occurred, and DELETES the
first character!!!
******* APPLE PLEASE FIX, overprinting is essential for technical
printing, and is supposed to be supported according to InsideMac. Its
a real nasty, because what appears on the screen is ok.
Neville Smythe, Maths, Australian National University.
------------------------------
Date: Sat, 29 Jun 85 11:17:42 pdt
From: Larry Rosenstein <lsr%apple.csnet@csnet-relay.arpa>
Subject: MacDraw PICT format
The purpose of MacDraw PICT format is to provide a way for other
applications to read or write files that MacDraw can understand,
without having to document (or freeze) the MacDraw file format.
A PICT file consists of 512 bytes of header followed by a standard
Quickdraw picture. Applications generating PICT files can set the
header to all zeros. MacDraw also generates/accepts certain picture
comments to control things such as arrowheads on lines, smoothing of
polygons, etc.
It would be relatively easy to write a program that reads in a PICT
file and generates a MacPaint file. (The trickiest part would be
getting the program to run on a 128K machine; you would have to
generate the bitmap 1 slice at a time.)
Larry
------------------------------
Subject: Re:Pasting large things (MacDraw) into MacPaint
Date: 28 Jun 85 22:06:40 PDT (Fri)
From: cc-20%ucbcory@Berkeley
In Thurs' Info-Mac, Andrew Mallis askes whether and how one could
paste A full MacDraw page into MacPaint. To do this, you could use
the software that comes with ThunderScan (a really neat little package
that, along with the hardware, will attach to your Imagwriter and scan
and digitize pictures put into the Imagwriter), and open a MacPaint
picture, with four dots at the far corners (as the Thunderscan
software only opens as large a document as there is data in the
MacPaint picture), and paste what's on the clipboard (in your case, a
MacDraw page).
By the way, this software is also the only working solution I've found
to getting a MacPaint picture within a MacWrite or MS-Word document to
print correctly to the LaserWriter if it's larger than a window (i.e.
you can open your MacPaint picture, and cut the whole thing, rather
than parts!!!).
This will also work for cutting between two MacPaint pictures, with,
say, the switcher.
Peter Korn cc-20%cory@Berkeley
Standard disclamer: I don't work for/know personally, etc, anyone
associated with producting this product. It's just a neat thing that
does a job I need done.
------------------------------
From: <crash!rak@Nosc>
Date: Thu, 27 Jun 85 21:57:45 PDT
Subject: A+ Mouse and Mac
[Bug food]
One system I am envious of is the SUN systems workstation. I miss
having a UNIX system all to myself, but what I really thought was
classy was the optical mouse attached to the one I was introduced to.
Yes, not HAVING to have a pad to operate a mouse is a definate
convenience, but in practice, I got so tired of cleaning my Mac mouse
that I got a "mouse pad" to run it on so it would pick up less dirt
from my (physical) desktop. This meant I was already dedicating desk
space to a mouse-action region already.
Then I saw the Mouse Systems (Santa Clara, CA) A+ mouse for the Apple
//c. Knowing that the circuitry of an Apple //c mouse was compatible
with the Mac (having used a //c mouse on a Mac myself), I decided to
give it a try.
Sure enough, it works great! I feel I have more accurate control over
the cursor in MacPaint, and I line the feel, the styling, the way it
stays put when I let go of it, the apparently reduced "drift" when I
pull-down a menu item, and even the high-tech look of the gridlined
mouse pad. I keep my Mac mouse in a drawer in case of emercency (the
A+ mouse is solid state, no internal moving parts at all), but I am
very impressed with and confident in the A+ mouse, and thought I'd
share my feelings about it with you all.
Disclaimer: I simply want to express my satisfaction in this product,
although somewhat expensive (at or above $100 depending on how much
discount you can get), and have nothing to gain in doing so. Nyaah,
so there.
Richard Kaapke
noscvax!crash!rak
"If you can't say anything nice about something, you're well suited to
send network messages." - R. Kaapke
------------------------------
Date: Sat, 29 Jun 1985 02:47 EDT
From: LEVITT%MIT-OZ@MIT-MC.ARPA
Subject: fans and noise
I thought someone should respond to comments that the MAC should have
a fan. I consider the MAC's quietness a very important feature, and
if Jobs insisted on it (as one INFO-MAC message implied) he should be
applauded. It's the only quiet computer I've ever used; if it was
noisy I would never think it "personal". It's even tolerable with the
Hyperdrive fan, though that could be quieter.
I understand the next MAC hardware release will have a much quieter
800K stiffy disk drive. I suspect if Apple had used an efficient
switching power supply, no fan would be needed, even with a
Hyperdrive. Whether future rigid disks are internal or external, I
hope Apple continues to make quietness a priority, and I know many
other customers who feel the same way.
------------------------------
Date: 28 Jun 85 1125 PDT
From: Tovar <TVR%CCRMA@SU-AI.ARPA>
Subject: Broadcast packets and games
One of the problems of using broadcast packets for games is that hosts
which are doing "useful work" expend resources discarding them. To
avoid this, multi-player games on the ALTOs sent all of their packets
to a fake host number. They received packets in "promiscuous mode"
(e.g. accept packets addressed to *any* host) and only looked at
packets from this fake host. Thus on 3Mb ethernet, game packets were
discarded very quickly by either hardware and/or microcode.
I haven't looked at Inside AppleTalk, so i don't know much about this
flavor of network. But i can imagine conflicts with non-game users
may be more serious, especially with network bandwidth smaller and
without special hardware for packet reception. I won't be surprised
if Apple isn't excited about such usage, especially with its desire to
penetrate the corporate market. Perhaps someone else knows what their
actual arguments are on broadcast packets, as i'd be interested in the
technical points.
--- Tovar
P.S. I can't get that excited about Mazewars, although i can
certainly see why many people do. Now, if someone were to port the
ALTO's Trek program, i might be interested. That was a multi-player
game with nice graphics where cleverness and planning could dominate
over manual dexterity and fast reflexes.
------------------------------
Date: 28 Jun 85 15:11 +0100
From: Kolbjorn←Aambo←UiO%QZCOM.MAILNET@MIT-MULTICS.ARPA
Reply-to: Info-Mac←Mailing←list%QZCOM.MAILNET@MIT-MULTICS.ARPA
Subject: Subject: Programming Languages
A SIMULA 67 Compiler system i under development by TPH data here in
OSLO. Prerelease may be available 4.Quarter 85. This will be a full
implementation according to the Commonbase Simula as defined by
Norwegian Computing Center. The implementation ofcourse demand a
hardisk system because the entire system; Library, Sybolic debugger,
linker, loader, pretty printer and runtimesystem takes at least
2Megabytes of disk storage.
------------------------------
From: supp@sphinx.UChicago.UUCP (Steve Upp)
Subject: Telegraph Desk Accessory (Binhex 4.0)
Date: Tue, 14-May-85 22:30:13 CDT
Here is an interesting...if not totally useless desk accessory. It
was written by Steve Capps from Apple, evidently testing the interface
between D.A.'s and his version 4.1 of the Finder (I do not know what
he was testing...), however this is the result. The file is in
Apple's new Font/DA Mover format and as far as I can tells works only
under 4.1. I tried to install it using the Resource Editor under 1.1g
of the Finder, but it didn't work.
Enjoy....And let me know if you come up with any useful purpose for
using it.
This came from CompuServe.
Steve Upp University of Chicago Computation Center
ARPA: Staff.Steve%UChicago.mailnet@Mit-Multics.arpa
Bitnet: supp%sphinx@UChicago.bitnet
Mailnet: Staff.Steve@UChicago.mailnet
UUCP: ...!ihnp4!gargoyle!sphinx!supp
[[This Binhex 4.0 file has been archived as
[SUMEX]<INFO-MAC>DA-TELEGRAPH.HQX --RMA]]
------------------------------
End of INFO-MAC Digest
**********************
∂02-Jul-85 1216 @SUMEX-AIM.ARPA:GA.EJM@Lindy Possible Problems in Recent New Versions of Mac SW
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 2 Jul 85 12:16:27 PDT
Received: from Lindy by SUMEX-AIM.ARPA with TCP; Tue 2 Jul 85 12:07:20-PDT
Date: Tue, 2 Jul 85 12:03:46 PDT
From: Eric Mathre <GA.EJM@Forsythe>
To: INFO-MAC-STANFORD@SUMEX
Subject: Possible Problems in Recent New Versions of Mac SW
To: All Stanford Macintosh Owners
From: IRIS
Subject: Bugs in Apple's Recently Released Macintosh Software
------------------------------------------------------------------
The new versions of Macintosh software recently released by Apple
have turned out to be quite buggy, especially MacWrite, the Font/DA
Mover, and the Update utility program. IRIS has reported the
problems to Apple and we are waiting for them to fix their software.
In the meantime, we are preparing a detailed description of the
various problems with recommendations about how to work around them
in order to help minimize the impact of these bugs on Stanford
Following is a brief description of some of the problem areas.
On a 128K Macintosh, the Font/DA Mover utility has a bug that
causes it to fail when copying fonts that are 18 point or larger.
MacWrite 4.5 has a variety of bugs, both annoying and destructive.
Additionally, MacWrite 4.5 stores its documents in a format that
MacWrite 2.2 is unable to read. You cannot go back to the old
version (2.2) when working on a document without losing all the font
and formatting information. We recommend that you use MacWrite 4.5
with caution; at the very least, try to leave 20K bytes of free
space on your program and data disks at all times and make frequent
backups as you work. A good working strategy may be to make a
working disk that contains only MacWrite and the System folder, and
no unnecessary fonts.
Apple has recently announced that the Update utility program will
ruin the disks of some applications programs, especially third party
programs using copy protection. When using Update, make a copy of
your application program first, then use Update on the copy. If you
can't copy your program or if the Update utility ruins your copy,
you will have to update the application disk directly. To do this,
use the System Update disk as your startup disk and then drag the
entire System folder from the Update disk onto your application
program disk. Please be aware that you will have to re-install many
fonts and any third-party desk accessories if you use this direct
update procedure.
If you are using the Macintosh for processing long or important text
files, you might want to consider purchasing the Microsoft Word
program. An evaluation copy is available in the Elmer microcomputer
laboratory in Forsythe Hall. Elmer is open MWF, 1-5 p.m. and T,Th
1-7 p.m. (497-0093).
For more information or assistance, faculty, academic staff,
and students should contact IRIS, Cypress Hall E7, 497-1055.
Administrative staff should contact DIS, Polya Hall 112, 497-3145.
To: SMUG@SCORE, BBOARD.MAC@LOTSB, INFO-MAC-STANFORD@SUMEX
∂05-Jul-85 1901 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #18
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 5 Jul 85 19:01:24 PDT
Date: 5 Jul 85 1642-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #18
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 5 Jul 1985 Volume 3 : Issue 18
Today's Topics:
Delays in distribution
MacAfrica
Re: Segment loader bug
Bug in Minifinder?
Distributing .HQX Files
toolvars.h: new sumacc header file
Apple delay of ROM upgrades?
2MB Macintosh!
Broadcast packets and games
Power Board, a request
----------------------------------------------------------------------
Date: Fri 5 Jul 85 16:35:57-PDT
From: Rich Alderson (Temporary Moderator)
Subject: Delays in distribution
I apologize for the week's gap in the distribution of INFO-MAC. I was
called out of town unexpectedly. I intend to catch up this weekend.
One item to note in today's digest: The deadline for registration for
MacAfrica has been extended due to this delay, until Wednesday.
However, in order that the organizers be able to order enough copies
of disks and papers, please call them as early as possible to indicate
your interest.
Rich Alderson
Temporary Moderator
------------------------------
Date: Sun 30 Jun 85 21:23:44-PDT
From: PIERCE@SRI-KL.ARPA
Subject: MacAfrica
A Mac Programming class is scheduled for Saturday, July 13 at Stanford
under the sponsorship of Stanford Macintosh Users Group (SMUG).
I **highly** recommend the class for programmers who are interested in
learning how to program the Macintosh. (Very experienced Mac
programmers need not apply - see the attached agenda.) The class
notes are spectacular! They do not eliminate the need for Inside
Macintosh, but do help understand and use it. The class is taught
primarily in Pascal (because Inside Macintosh is written for Pascal)
so you should be able to read a Pascal program, but the information is
equally suitable for 'C' programming.
For more details, call Dave Wilson directly or leave a message for me
and I will get the answer.
Pierce@SRI-KL
(My only association with the course is friendship with Wilson)
The following announcement will go out this week. Space is limited so
early sign-up is recommended.
------------------------------------------------------------------------------
Announcing MacAfrica: A One-Day Macintosh Programming Seminar To
Raise Funds For Emergency Airlifts International
MacAfrica is a one-day seminar on programming the Apple Macintosh
Computer, presented by David A. Wilson, Ph.D. This is a condensed
version of the three-day Macintosh Technical Training Seminars given
by Dr. Wilson for Apple Computer. The seminar has a nominal value of
$100, and we request that checks for donations be made out directly to
Emergency Airlifts International. We have chosen this charity,
sponsors of Airlift: Africa, because all food, clothing, and medical
supplies are purchased in the United States, and their distribution in
Africa has been carefully documented by the news media.
MacAfrica will be held on Saturday, July 13 at Annenberg Auditorium on
the Stanford Campus, beginning at 9:00 am and continuing until at
least 6:00 pm.
The seminar will focus on four unique features of Mac programming:
Resources, Events , Memory Management, and the hundreds of useful ROM
routines. Sample source code will be provided in Lisa Pascal, Megamax
C, and MacPascal for various demo programs. Lectures will include
QuickDraw, Windows, Menus, Desk Accessories, and Debugging. An
optional 300-page notebook and two 3.5-inch disks full of sample
programs will be available for attendees only.
Attendees must register by July 6, and attendance will be limited.
MacAfrica is sponsored by Personal Concepts and the Stanford Macintosh
Users' Group. It is not associated with Apple Computer.
For further information contact:
David Wilson (415) 494-6763 Cheryl Wilson (415) 494-0904
To sign up send a check for $100 made out to Emergency Airlifts
International. If you wish the book and two disks send an additional
check for $24 made out to SMUG. Send the check(s) to
David Wilson
635 Wellsbury Way
Palo Alto, CA 94306.
---------------------------------------------------------------
MacAfrica: Details
General Information
1. Attendance is limited - you must pre-register by July 6.
2. MacAfrica will be held at Annenberg Auditorium, in the basement of the
Cummings Art Building at Stanford, just to the right of Hoover Tower.
3. Lectures begin at 9:00 am sharp. Please come early to pick up your
materials, and get settled in. Doors open at 8:00.
4. We recommend a brown-bag lunch, as lunch will be less than 45 minutes.
Soft drinks will be available.
5. Please do not bring Macs - there will not be any place for them.
Agenda
------
Morning
Introduction
Preview
The Macintosh Family
Development Systems 101
Resources
Sample Programs
Strategy for Program Design
Tools for Program Design
Pascal and C Review
Afternoon
ROM Overview
Events
Menus
Dialogs
QuickDraw
Windows
Debugging
Development Systems 102
Where To Go Next
Questions and Answers
Notes only (no time for lectures)
Desk Accessories
The Scrap
Controls
TextEdit
Miscellaneous subjects: File System, Printing, Serial I/O
Memory Management
Trap List and Quick Reference
------------------------------
Date: Sun, 30 Jun 85 16:33:44 cdt
From: brian@ut-sally.ARPA (Brian H. Powell)
Subject: Re: Segment loader bug
Date: Wed 26 Jun 85 02:12:51-EDT
From: Robert Woodhead <Y.AJAJ-WOODHEAD-ROBERT%CRNL20A.BITNET@Berkeley>
Subject: Some helpful tips from a developer (LONG!)
>The Nasty Segment Loader Gotcha
>This bug only hits very large programs with lots of segments, where
>you keep only parts of the program in memory at a time. When a
>segment is loaded off disk, it is placed as low in memory as can be
>done (which is great). When it is UnLoadSeg'd, it is free to float
>around memory OR be purged. BUT!! When it has been UnLoadSeg'd and
is >still in memory, and the Segment Loader is called to load it, it
says >"oh, here it is, lets lock it in place".. Can you say "heap
>fragmentation" boys and girls? I knew you could.
>Apple Tech Support earned $50 worth of cookies fixing this one with a
>special patch to the loader. So if you are having massive memory
>bombs on 128k Macs, check with them for the LSinstall and LSremove
>patches.
I might mention that this patch is apparently not perfect. A
friend of mine did some work on an extremely large game for the Mac.
He said it worked great; "really cut down on the disk activity". (By
large game, I mean ~70 segments.)
Unfortunately, it crashed the game every 50000 or 60000 moves.
After searching and searching, the bug turned up in the segment loader
or its patches. The guy's boss decided that 50000 moves was too
often. Out goes the patch. After a lot more work, the game began to
again run on a 128K mac, but disk activity was a lot more common.
Potentially, this is a great patch to have, but only if it works.
Brian H. Powell brian@ut-sally.{ARPA,UUCP}
U.S. Mail: Southwestern Bell
P.O. Box 5899 451-0842
Austin, TX 78763
AT&T
(512) 451-0842
------------------------------
Date: 3 Jul 1985 09:10-EDT
Sender: GLAUER@BBNA.ARPA
Subject: Bug in Minifinder?
From: GLAUER@BBNA.ARPA
When using an external disk drive and the MiniFinder you can wedge the
Mac as follows:
1. Put a disk with the system and Minifinder in the external drive
2. Put a disk with no system and no Minifinder in the internal drive
3. Get to the Minifinder window (run and application and quit)
4. Eject both disks (using the Minifinder)
5. Put the systemless disk in the external drive
6. Put the disk with Minifinder in the internal drive (the Minifinder
window should now be displaying the system disk)
7. Click on Finder
The desktop will come into view, but no icons appear; the disk whirrs
interminably. Hitting the reset button produces the smiling Mac
followed by the sad Mac or a mutilated Minifinder window (I didn't
experiment too much at this point). Putting the system disk back in
the external drive (after ejecting the disk manually and hitting the
reset button) produced an unwedged Mac.
------------------------------
Date: Wed 3 Jul 85 14:40:41-EDT
From: Frank da Cruz <SY.FDC@CU20B.ARPA>
Subject: Distributing .HQX Files
At Columbia, we are including Macintosh Kermit on our Kermit
distribution tapes, most of which are written in formats (like ANSI or
OS standard label) that don't accommodate binary (e.g. .RSRC) files.
The concensus of opinion was that Binhex Version 4 (.HQX) format is
the best way to encode the resource file for distribution on tape.
Everyone was supposed to know what Binhex was, and was assumed to have
it handy.
However, it seems that in fact most of our tape recipients have no
idea what Binhex is, nor where to find it. (Question 1: where does
someone "out in the world" go to get Binhex?) The solution would seem
to be to include Binhex on our distribution tapes. However, even this
is not as simple as it sounds. The following summarizes my
understanding of the situation; I'd appreciate any corrections or
suggestions:
Binhex was originally written in MS Basic and released in source form.
It has since gone through several additional releases, not in source
form. To complicate matters, the new releases provide new
encoding/decoding formats that the earlier releases do not support.
Most applications nowadays (Mid-1985) are being released in Binhex
Version 4 format, which is not decodable by Binhex Version 3.
Therefore, the Binhex Version 3 source is also distributed with the
Binhex Version 4 application in Binhex Version 3 format (BINHEX.HEX).
Now, suppose you have received an application in Binhex Version 4
Format, say on magnetic tape or via electronic mail. How do you get
it onto your Macintosh? Here are the steps:
1. Somehow, get BINHEX.BAS (Binhex Version 3) onto your Macintosh
disk:
a. Copy it from someone who already has it on disk, or...
b. Capture it from the remote system using Macterminal, or...
c. Type it in (ugh, it's 456 lines long).
2. As in (1), get the file BINHEX.HEX onto your Macintosh disk.
3. As in (1), get the Binhex-Version-4-format applications you want to
convert onto your Macintosh disk. These should have the file type
.HQX, and their first line should say:
(This file must be converted with BinHex 4.0)
4. Get into MS Basic, open BINHEX.BAS, and run it on BINHEX.HEX, to
produce a runnable copy of BINHEX Version 4.
5. Quit from MS Basic.
6. Run Binhex Version 4 on your applications.
A Binhex-Version-4 application contains most of the information needed
for the application to be set up correctly -- its application name,
type, the bundle bit set so the icon will appear on the desktop, etc.
This is in contrast to a binary resource file, which comes without
this information and must have it added with Setfile (a utility from
Apple's MacStuff disk).
Did I get it right? Is this the preferred way to distribute Macintosh
applications when you can't send Macintosh diskettes? Can anyone
suggest a better (easier, more sensible) way to do it?
------------------------------
Date: Sat, 29 Jun 85 23:22:56 edt
From: Doug Moen <ihnp4!watmath!watcgl!kdmoen@uw-beaver.arpa>
Subject: toolvars.h: new sumacc header file
This is a C header file which provides definitions for all of the
toolbox global variables (memory locations 0x980 - 0xAFF). It is
intended to be used with Sumacc, but others may also find it useful.
With this file, you can use all of those nifty global variables
documented by the Window Manager, etc, under 'Assembly Language
Information'. There are also some interesting looking undocumented
variables.
There is a distinct possibility that I got the capitalization of some
of the names wrong. Please send comments and corrections to
Doug Moen (watmath!watcgl!kdmoen)
University of Waterloo Computer Graphics Lab
PS: If anybody knows what the 'Mr. Macintosh Hook' (mrMacHook) does,
drop me a line.
PPS: In the process of testing toolvars.h with Sumacc release 2, I
made 2 changes to toolintf.h:
Removed 'DlgFont', since it is now in toolvars.h
Changed FMOutPut to FMOutput to conform with spelling in I.M.
[You can find this file archived as <INFO-MAC>UTIL-TOOLVARS.C at
SUMEX. --rma]
------------------------------
Date: Tue 2 Jul 85 23:40:08-PDT
From: Barry Eynon <EYNON@SU-SCORE.ARPA>
Subject: Apple delay of ROM upgrades?
From INFOWORLD, July 1, 1985, pp35-36: "Although Apple will not
comment on unreleased or unannounced products, sources outside of
Apple expect those products to be:
[several items deleted]
* New read-only memory (ROM) semiconductors that will support an upcoming
generation of mass storage devices such as compact disk optical storage
media. Other ROMs were also promised by Apple. Surprisingly, the company
is now telling developers it will postpone the introduction of new 128K
ROMs for the "existing" Macintosh;"
Anybody have any hard information on this? I can't believe Apple would
dust off their installed user base, but weirder things have happened.
If this is anything other than a wild rumor, perhaps some mass protest
to Apple will change their mind before policies are set in concrete.
-Barry Eynon
------------------------------
From: crash!bwebster@SDCSVAX.ARPA
Date: Sun, 30 Jun 85 01:26:31 PDT
Subject: 2MB Macintosh!
Well, space cookies, I did it. In a fit of passion, I went down to
Levco Enterprises (which is conveniently located here in SD) and had
my 128K Mac upgraded to 2MB. A bit of a jump, what? I'm still
waiting for the final PROM set (due in a few days); when those come,
I'll really start wringing it out and let you know the results. In
the meantime, I've had fun running it, usually with a 1MB RAMdisk and
1MB of application RAM. Makes the Little Beige Toaster scream along.
"What," you may ask, "about the ROM upgrade problem?" My basic
response is, "I don't really care." However, since the big shakeup at
Apple, new rumblings have come out indicating that Apple is suddenly
concerned about supporting 3rd party upgrades and that the previous
hard-nosed attitude is becoming very soft indeed. This would tend to
confirm suspicions that the previously promulgated (if not announced)
policy sprang from the brow of Steve Jobs.
..bruce..
[Usual disclaimer...I'm *paying* for my upgrade.]
Bruce F. Webster/BYTE Magazine
ARPA: crash!bwebster@ucsd
uucp: {ihnp4, cbosgd, sdcsvax, noscvax}!crash!bwebster
CIS: 75166,1717
USPS: c/o BYTE, 425 Battery Street, San Francisco, CA 94111
------------------------------
Date: 1 Jul 85 20:25:17 EDT
From: Walter.Smith@cmu-cs-wb1
Subject: Broadcast packets and games
Macs do have special hardware for packet reception, although not very
special. The serial chip detects the destination node number in the
packet header, and ignores the packet if it's not for that Mac.
Broadcast packets do cause some resource-wasting, since all the Macs
that don't care about the packet have to read it and throw it away
(and there's also some wasted bandwidth, of course).
If it were possible to change the node numbers of all the playing Macs
to the same number, then with some careful software could you do the
Alto Trek fake-host trick? Not that I have any idea how to go about
it...
- Walt (wrs@cmu-cs-k.arpa, ...!seismo!cmu-cs-k!wrs)
P.S. I am writing an Alto Trek equivalent for the Mac in my spare time
(you're right, it's a great game), and I haven't figured any viable
way around using SOME broadcast packets. Of course, that's not a big
problem in my network: two Macs and a cable.
P.P.S. If anyone else is working on a Trek, please let me know... I
hate re-inventing things.
------------------------------
Date: 1 Jul 85 16:41:53 EDT
From: Phillip.McKerrow@CMU-CS-H
Subject: Power Board, a request
I have a 220 volt international Macintosh. The power supply board has
gone down. I have been told by the computer store here (Carnegie
Mellon University) that they can not obtain a 220 volt board from
Apple to repair it. Evidently the 220 volt boards are not available in
USA, or the components to go on it. So I am stuck in America with a
broken down American computer that I can't get fixed. I bought the
mac in Australia and will return there at the end of the year so I am
not keen on buying a $500 110 volt power board. Does anyone know of
anyway I can get it fixed short of taking it back to Australia? I am
going to England in August, would it be possible to get it fixed
there?
------------------------------
End of INFO-MAC Digest
**********************
∂07-Jul-85 1859 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #19
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 7 Jul 85 18:59:41 PDT
Date: 7 Jul 85 1834-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #19
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 7 Jul 1985 Volume 3 : Issue 19
Today's Topics:
macafrica
Resource decompiler from net.sources.mac
New SUMacC rmaker available
multi-window text presentation -- BTW demo MacFORTH program
MS WORD update
Cap lock key & Kermit
Getting started with Binhex
The Word on Word
Agreement between Apple & GCC
LaserWriting Mac files (more on Laser Prep)
AppleTalk and LaserWriter protocols
Security of LaserWriters
Multivision Terminal Emulator
----------------------------------------------------------------------
Date: Fri 5 Jul 85 17:07:27-PDT
From: PIERCE@SRI-KL.ARPA
Subject: macafrica
I talked to Dave Wilson about the date change. He would like the
money in his hand by wednesday and a call to him by tuesday morning at
the latest. Any calls after that MIGHT mean that space is not
available or a copy of the book is not printed.
I hope this doesn't come too late.
Pierce@SRI-KL
------------------------------
Date: Thu, 27 Jun 85 12:31:42 edt
From: Alan Crosswell <alan%cucca@columbia.arpa>
Subject: Resource decompiler from net.sources.mac
This program (rekamr) was posted to net.sources.mac a while ago, but I
don't think it ever made it into [SUMEX]<INFO-MAC>. So, here it is,
with my own addition to decompile the POST resource used in the "Laser
Prep" file. I also had to change the case of some of the #defines
referenced in it since they didn't match the ones in our versions of
the header files which I believe come from <info-mac>.
I've also sent the corresponding additions for rmaker to Bill Croft,
so those should be available shortly as well. I will send a seperate
posting to Laser-Lovers outlining what I have learned about trying to
print Mac-generated PostScript files over RS232.
Alan Crosswell Columbia University
[This file is archived in [SUMEX]<INFO-MAC>REKAMR.C --RMA]
------------------------------
Date: Sun, 7 Jul 85 00:11:51 cdt
From: brian@ut-sally.ARPA (Brian H. Powell)
Subject: New SUMacC rmaker available
"Welcome to the Wonderful World of Source Code Maintenance", he
said. Okay, so there were at least two versions of rmaker out there.
And people keep adding code to one or the other. What to do; what to
do?
I complained, so I got the job.
There is a new version of rmaker available. This version
replaces the current version of rmaker.shar on SUMEX. It replaces
some lost bug fixes and additions and I've also added some code of my
own. Below, I've included the README file from the rmaker.shar file
(presumably available from SUMEX-AIM in <INFO-MAC>RMAKER.SHAR). There
is also a new rmaker.doc file to replace the (now-defunct) Inside Mac
manual "Putting Together a Macintosh Application." This new file
contains specifics on this version of rmaker.
Here is the README file from rmaker.shar:
As some of you have noticed, there is more than one version of
the SUMacC rmaker out there. This is an attempt to combine all
versions.
Summary of changes to rmaker:
Work done by Croft:
fix fwrite bug and add INIT and PACK resource types.
Work done by Maio/Schilit:
no NULL in DRVR name if device driver. Work done by Moy:
Implement CDEF, MDEF, WDEF and modify DRVR for dynamic
relocation.
Work done by van Rossum:
Added STR# resource types.
Work done by Crosswell:
Added POST (PostScript) resource type.
Work done by Horvath:
Added backslash escape sequences for strings.
Work done by Powell:
Combine all of above work.
Modify INIT and PACK to use dynamic relocation.
Added FKEY and PROC resource types.
Fix minor bugs in backslash code.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
The dynamic relocation work done by Moy requires the use of
special crt*.s files for DRVR, PROC, CDEF, MDEF, WDEF, INIT, PACK and
FKEY types. For DRVR's, use crtdrvr.s (which is included in the shar
file) as an example. For the others, use crtproc.s (also included) as
an example.
[The rmaker file is available for anonymous ftp from ut-sally as
"mac/rmaker.shar".]
------------------------------
Subject: multi-window text presentation -- BTW demo MacFORTH program
Date: 07 Jul 85 18:47:59 EDT (Sun)
From: zim@mitre.ARPA
For the last 6 months or so, inspired by Xerox PARC's "NoteCards",
I've been working off and on with developing a system to present
information through Macintosh windows linked by buttons. ((Ask me if
you would like to see some net correspondence on this--many parallels
with Ted Nelson's HyperText, Randy Trigg's TextNet, etc.))
I finally realized that instead of writing an interpreter of my own to
do what I want, I should use MacFORTH's LOAD command on a FORTH blocks
file; each button is associated with a screen number to be LOADed when
that button is pressed. (The REFCON field is a convenient place in
the control record to save this screen number.)
A little (11K) CONVERT format demo program is appended to this note;
it works in Level 1 or 2 MacFORTH (Kernels 1.2 or 2.3) and requires no
auxiliary files. I'm happy to correspond with anybody who wants more
details.... -z
[This demo has been archived on <INFO-MAC>DEMO-NOTEMAKER.4TH at SUMEX.
--RMA]
------------------------------
Date: Mon 1 Jul 85 16:28:54-PDT
From: Mark Richer <RICHER@SUMEX-AIM.ARPA>
Subject: MS WORD update
I just received a letter from Microsoft offering WORD 1.05 for $15 to
current Word owners. The improvements are claimed to include:
400% speed up in laserwriter printing of word filefs
a utility to transfer back and forth from IBM to MAC word
files keeping formatting intact.
btw, the update is free to those who bought a backup disk for $10
before 4//85.
mark
------------------------------
Date: Fri 28 Jun 85 15:52:03-EDT
From: Mauricio Matiz <US.MATIZ@CU20B.ARPA>
Subject: Cap lock key & Kermit
Now that Kermit for the Macintosh has a keymap program that allows
mapping of the control key to the caps lock key, the locking mechanism
becomes a nuisance. There have been postings about taking the whole
keyboard apart and using a soldering gun, etc. in order to remove the
locking mechanism. I have come up with a simpler and easier method
that does not void your warranty.
Remove the key using a small screwdriver. There is a spring and the
end of it goes through the plastic that supports the key. Stick a
piece of paper or soft putty (very small) between the tip and the
bottom of the keyboard. This will prevent the key from depressing all
the way and locking, but still allow contact of the key. It even
works for repeating control characters. If you come up with a better
substance to stick in there let me know (or the Kermit people at
Columbia). I have been using this for some time with no problems. I
imagine that after a while I will need to change the paper because of
the continued pressing on it.
Maurice Matiz
Columbia University
User Services
[Disclaimer: Neither the Kermit distributors at Columbia, nor the
Info-Mac moderator, advocate making this modification to your
Macintosh. The information is being provided as a public service.
--RMA]
------------------------------
Date: Sat, 6 Jul 85 16:30:37 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Getting started with Binhex
In response to the recent request for how to distribute Binhex with
the Kermit tapes, here's a copy of version 2.0 of MakeMakers which was
just released on Compuserve (in hqx format). MakeMakers takes any
application file, and produces a MS-BASIC (decimal) and MacPascal file
each of which when run under the appropriate interpreter, will
reproduce the original application. The following messages contain
binhex4.bas and binhex4.pas, the results of running MakeMakers on
binhex version 4. Hope this simplifies things.
-Barry Eynon
[I have archived these files as <INFO-MAC>UTILITY-MAKE-MAKERS.HQX,
<INFO-MAC>UTILITY-BINHEX4.BAS, and <INFO-MAC>UTILITY-BINHEX4.PAS on
SUMEX.
However, I don't think they address the problem of the Kermit
distributors. They can send BinHex along on their tapes in any number
of ways; the question they posed is, how are their customers most
likely to be successful at transferring it from 9-track 1/2" magnetic
tape to Macintosh disks? Any answers? --RMA]
------------------------------
Date: 2 Jul 1985 11:02-EDT
From: Henry.Kautz@rochester.arpa
Subject: The Word on Word
I wrote to Microsoft and asked about the file format used by Word. I
wanted to write some filters to ease conversion between special fonts
(e.g., to painlessly convert Princeton to Symbol). They responded
that the file format used by Word is proprietary information. "Some"
information may be released to developers licensed through their
"Independent Software Vendor" program. (They didn't give an address
or name to contact for information on ISV. The definite implication
is that you are talking about $$$$ and all kinds of legal
entanglements.)
Sigh. Why isn't anyone (to my knowledge) working on a truly good
editor for the Mac, when word processing is the thing it does best?
Is everybody out their really that satisfied with MacWrite and Word?
(Incidently, my friends who own IBM PC's told me that editors which
encrypt their files, and have proprietary formats, have long since
vanished in the dust. They were rather suprised to hear that Mac
software had gone that route...)
---- Henry Kautz
:uucp: {seismo|allegra}!rochester!henry
:arpa: henry@rochester
:mail: Dept. of Comp. Sci., U. of Rochester, NY 14627
:phone: (716) 275-5766
------------------------------
Date: Sat, 6 Jul 85 12:37 EDT
From: Gary.Feldman@CMU-CS-A.ARPA
Subject: Agreement between Apple & GCC
A recent article in one of the trade weeklies (Electronic Industry
News, or something similar) indirectly quotes Apple Pres. Sculley as
claiming that Apple and General Computer reached an agreement whereby
authorized Apple Dealers can install the GCC Hyperdrive without
voiding Apple's warranty. Let's hope this is a sign of things to
come.
Gary
------------------------------
Date: Thu, 27 Jun 85 18:34:25 edt
From: Alan Crosswell <alan%cucca@columbia.arpa>
Subject: LaserWriting Mac files (more on Laser Prep)
Here's a little more news on getting Mac documents to print when the
LaserWriter is not running on AppleTalk (i.e. is on RS232).
First, a brief summary of what's been said about this stuff so far:
1) To get the PostScript source of a Mac document, hit Command-F and
hold it down for a while just after you select print from whatever Mac
application you are in. Instead of "Looking for LaserWriter" and
printing the document, the LaserWriter driver will create a file named
"postscript" which contains the file that is normally sent over
AppleTalk to the printer. This is a valid PostScript file, but it is
missing something: the definitions of the PostScript macros that it
invokes (which are in the "md" dictionary).
2) The PostScript macros are defined in the "Laser Prep" file which is
in the System folder of a "Laserized" disk. They are stored as
resources along with some other stuff (more on this later). Brian
Reid posted these PostScript definitions recently along with a lot of
very helpful comments.
Now, what I can add to this:
1) Brian posted version 13 of Laser Prep, but the version I got out of
a LaserWriter box just last week is version 12. I had trouble getting
his version 13 to work. The version number is in "av" in the md
dictionary. Here's a program to print it:
%!
md begin
/Times-Roman findfont 12 scalefont setfont
100 720 moveto
(md version is: ) show
av ( ) cvs show
showpage
end
2) I have recently sent modified versions of rekamr, the resource
decompiler, and rmaker, the resource compiler, to info-mac with
support for decompiling and compiling the POST resource which is in
the Laser Prep file. Using them you can get your own PostScript
definitions out whenever you get a new Laser Prep (and you can modify
them). Here's a summary of what (interesting) resources are in Laser
Prep:
LROM - I dunno, but sounds like something to do with the PostScript
ROM version to me.
POST - There are several of these. They contain the text of the
PostScript commands. Each POST resource has the following format:
1st 2 bytes: (binary) number of strings that follow
followed by: the above number of pascal strings (1st byte
length and then data).
Each string consists of one line of PostScript text.
PSHX - A bunch of binary data. This may very well be 68K code or
"compiled" PostScript.
When you look at the decompiled POST resources, you see that the last
statement is "currentfile eexec". Now, there is no "eexec" command
documented in Inside LaserWriter that I could find. There is an
"exec" command which executes commands from an input file whose handle
is on the stack.
By spying on the AppleBus with Peek, the sequence of data sent to the
LaserWriter consists of all the POST's followed by the PSHX converted
to hexadecimal. This hex is immediately preceded by the "currentfile
eexec". More on this later....
3) I popped into Emacs with the decompiled Laser Prep and did some
minor editing to toss everything but the PostScript stuff and comment
out the exitserver like Brian did. I also commented out the
currentfile eexec. I then cat'd this file with output from MacPaint
(using the command-F) and shipped them all down to the printer with
MacTerminal. It worked! But ONLY when I set the smoothing argument
of "dobits" false (see Brian's commented Laser Prep).
4) When smoothing was true (this is the difference between draft and
final mode of the MacPaint print command by the way), the printer
complained that the "smooth" command was undefined. Now, Brian
mentioned that the smooting function is proprietary, and, since it is
not "built in", my guess is that the PSHX resource contains the code
that implements it. So, to get things to work completely, you will
probably have to dump the hex down also. I haven't tried this yet but
will report on my success or failure shortly.
5) The next step is to get this working with the Scribe picture
command without trashing the environment. This looks fairly
straightforward, but you never know 'til you try it. I think one
thing that I will end up doing if I use this with RS232 and scribe is
put it into the permanent VM (i.e. exitserver) since it takes an awful
long time to send the PostScript and hex down once for each job. You
can also run the machine under Appletalk and kermit your scribe output
down to a Mac and use the Inside LaserWriter downloading program to
print it (or get a SEAGATE!).
Alan Crosswell Columbia University
------------------------------
From: stew%lhasa@harvard.ARPA
Date: 28 Jun 85 21:09 EDT
Subject: AppleTalk and LaserWriter protocols
Does anyone have the interfaces for these protocols in source form? I
want to use the Printer Access Protocol (PAP) described in Inside
LaserWriter, and I realized that I don't have any way of calling
things like PAPOpen, PAPWrite, etc... In fact, the binaries for these
things were not included on the disks that came with either the
Software Supplement or Inside LaserWriter. Do they come with Inside
AppleTalk? I was hoping I didn't need that... But since I am using
MegaMax C, not a Lisa, the binaries aren't even enough. I need source
that I can translate. The alternatives are 1) Writing a text file and
downloading with the utility that came with Inside LaserWriter or 2)
Disassembling that utility. Someone, please save me from that!
Stew
------------------------------
Date: Thu, 4 Jul 85 20:38:46 pdt
From: Vincent Manis <manis%ubc.csnet@csnet-relay.arpa>
Subject: Security of LaserWriters
We're going to be putting a LaserWriter in a student lab and we're a
bit nervous about it. In particular, we're worried that some
relatively hefty student might just walk away with it. There appears
to be no way of attaching a security kit to it, and we're a bit
nervous about drilling holes in the case and the like.
We'd be grateful for any suggestions.
Vincent Manis Department of Computer Science University of British
Columbia
------------------------------
Date: 1-Jul-85 22:51:20-PDT
From: sml@FORD-WDL1.ARPA
Subject: Multivision Terminal Emulator
I attended a demo of Multivision by Rammas Vision on 6/27 in
Sunnyvale. This product is to run on a Macintosh or IBM PC and allow
multiple active terminals, each running in its own window, when
connected to Unix (4.2 or System V), VMS, AOS/VS, or VM through an
RS232 connection. Terminals emulated include the VT100, HP2621, D200,
Tektronix 4014, and dumb tty.
The demo was of a pre beta version on the Mac and a mockup of the
interface under GEM on the PC. The pre-beta version could only
emulate a dumb tty. Multiple connections to a Unix host was
demonstrated. Beta testing is scheduled to begin July 1 and end July
15, a schedule which sounds rather short. The beta version is claimed
to have full functionality. Again the time between the demo of this
partially operational version and the "full function" beta version
seems short.
The product did indeed create multiple terminal windows to a Unix
system. A program on the Unix hosts manages pseudo-terminals which
are directed to the various windows. All screens are concurrently
updated. Each pull down menu has a help function for that menu. Help
pops up in a "normal" type of Mac window with the standard scroll bar
control. Available via a menu or an icon bar in the top of the window
were options to expand the window to full screen or to shrink it to
various sizes and locations. The normal window dragging and
stretching is available. Display of the icon bar is to be an option.
A window could be completely closed. An appropriate icon is displayed
and the window is still active. Commands (macros) may be defined for
a pull down menu. Plans are to allow for arguments and prompting.
Also planned is the ability to choose from assorted font sizes to
allow a full screen to be displayed in a smaller window. The window
is a viewport into terminal virtual memory, allowing scrolling. File
transfer will also be supported. It is unclear whether they will use
just their own protocols (these already exist because of the required
support on the host end) or also support others. I look forwards to a
demo of multiple emacs' running to different windows.
Product announcement for Mac and PC to Unix 4.2 is scheduled in July
with the Mac version to ship in August and the PC version in
September. The System V.2 version is scheduled for October. Other
systems will are scheduled to follow. Rammas Vision hinted of
smalltalk inspired products to follow.
Multivision as demonstrated was real but incomplete. The beta test
cycle seems to be rather short. There is great potential for this to
become the product that I would like to use when using my Mac to talk
to my Unix system. This may be an excellent tool in an environment
where a Mac or PC must be connected to a host. The power user can
have a multiple window connection to a host. The casual user can be
supported by a macro capability to provide desired functions from the
host.
Pricing is not yet totally decided. They expect to establish site
licenses with large customers. The Mac or PC disk is expected to be
$189. Prices for the Unix (or other OS) end were less definite.
Mentioned were $465 for a 4-8 user Unix box and $3000 for a 30-40 user
system.
Vendor information:
Rammas Vision Corporation
2685 Marine Way Shoreline 1325
Mountain View, CA 94043
(415) 969-2662
Standard disclaimor: My only relationship with Rammas Vision is as a
potential customer.
Steve Lazarus
(415) 852-4203
Ford Aerospace ...fortune!wdl1!sml (USENET)
MS X-20 sml@ford-wdl1 (ARPA)
3939 Fabian Way
Palo Alto, CA 94303
------------------------------
End of INFO-MAC Digest
**********************
∂11-Jul-85 1906 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #20
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 11 Jul 85 19:06:32 PDT
Date: 10 Jul 85 2222-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #20
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 11 Jul 1985 Volume 3 : Issue 20
Today's Topics:
Correction to appledict version program I recently posted
Anchoring LaserWriters and other goodies
Dashes in messages
Keyboard Reconfiguration?
MacModula2 -- bug report & request for more
Mac and Mac XL joint programming?
two questions
OPS5, a request for comments
Epson connection, a request
getting PICTs into Lisa Rmaker
Asynchronous I/O: completion routines and network events
PurgeIcons
Worm Stat
XL/Served [LONG --RMA]
----------------------------------------------------------------------
Date: Mon 8 Jul 85 13:36:03-EDT
From: Alan Crosswell <US.ALAN@CU20B.ARPA>
Subject: Correction to appledict version program I recently posted
Somehow, a bunch of blanks got deleted out from between two
parentheses in the PostScript program that I included in my recent
posting about the Mac postscript definitions. The line that came back
over the bboard looks like:
av ( ) cvs show
while what I posted was (blanks replaced with x's):
av (xxxxxxxx) cvs show
It's a big difference since what I was doing was allocating a string
that is overwritten by the cvs operator the cheap way -- by pushing a
string of blanks onto the stack instead of explicitly allocating a
string variable.
So, if you've copied this program and wonder why it appears not to
work, increase the number of spaces in the string.
Alan Crosswell User Services Columbia University
------------------------------
Date: Mon 8 Jul 85 13:53:21-EDT
From: Alan Crosswell <US.ALAN@CU20B.ARPA>
Subject: Anchoring LaserWriters and other goodies
We just installed a LaserWriter in a public area with an anchoring
device that is crazy-glued onto the bottom of the machine. It also
gets bonded to the table with some kind of pad that can't be pulled
off unless it is heated which can only be done when the top half
(connected to the LaserWriter) is unlocked from the bottom half (which
is stuck to the table).
These devices are reputed not to damage the table although we've never
removed one. If you do remove it to move it somewhere else, you have
to replace the bottom part which costs about 1/2 of the total price.
The company we use is Boston Copico. The person I dealt with is Larry
DuGay at 1-800-221-2108. It's called a CompuGard and runs in the
$40-60 range.
We formerly used Business Machine Security's (in New York City)
Anchorpad which is essentially the same thing but they are more
expensive and use a cheaper standard key lock while the Copico device
uses one of those round "pick-proof" ones.
We also recently installed CompuGards on two or three Macs and an
Imagewriter. We have previously anchored Macs, HP-150's, and
Imagewriters on Anchorpads. By the way, tha Mac we recently installed
included an external disk which they glued on it's side onto the
CompuGard.
Alan Crosswell
User Services
Columbia University
PS: We also have purchased insurance to cover the University's $1000
deductible since these devices can only act as a deterrent (you can
still steal the entire table or cut it or rip the formica off).
------------------------------
Date: 8 Jul 1985 1327-PDT
From: DKAVNER@USC-ECL.ARPA
Subject: Dashes in messages
Recently, many of the postings to info-mac have contained lines of
-------------
I use a program to split apart the digests and then print only those
messages of interest to me. Unfortunately, the only way to easily
break up the messages is to key off the dashes at the end. When
dashes appear within the body of a long message, I get all kinds of
unwanted stuff in my printouts.
Please, leave out the dashes in the future.
------------------------------
Subject: Keyboard Reconfiguration?
Date: 08 Jul 85 15:38:53 EST (Mon)
From: Steven B. Munson <sbm@Purdue.EDU>
Is there anyone out there who knows the definitive way to
reconfigure the keyboard? I know it can be done, since there is an
application in the public domain that does it, and Inside Macintosh
mentions that the instructions to do it will be out in its final
publication. It seems to me that this mechanism, whatever it is, is
the ideal thing to use for terminal emulators that want to have ASCII
keyboards, rather than entering characters with umlauts, etc. Barring
that, does anyone at least know how to get the accent key combinations
(command-u, command-`, ...) to generate keyDown events, so I can use
the option key as a control key, as I do in MacTerminal, thus freeing
the clover-leaf key for keyboard equivalents to menu items?
Just to make myself perfectly clear, I don't want to hack up an
existing terminal emulator; I want to write my own. I have a lot of
features in mind that the $100 products I see in the stores don't
have. It will be interesting to see if a good terminal emulator
really has to be as big as MacTerminal.
Steve Munson
sbm@purdue.ECN
sbm@purdue.ARPA
sbm@purdue.CSNET
------------------------------
Date: Mon 8 Jul 85 22:08:01-EDT
From: Daniel Breslau <MDC.BRESLA%MIT-OZ@MIT-MC.ARPA>
Subject: MacModula2 -- bug report & request for more
At my office, we are looking into using Modula-2 from Modula
Corporation as a development language. The version we have has an
interesting bug: At odd moments, the editor sometimes inserts a
control-c into the source file! Has anyone else had this problem? We
had to get around it by writing a program to strip out ↑C characters.
This has already been reported as a bug to Modula Corp.
We've found more recently that other control characters *may* be
getting into the code; in any event, code that should be perfectly
compilable isn't.
What sorts of problems (and features) are people finding with Mac
Modula-2? I will summarize and post to the net if requested. Thanks
in advance.
Dan Breslau breslau%mit-oz@mit-mc.arpa
------------------------------
Date: 8 Jul 85 13:14:12 PDT (Monday)
Subject: Mac and Mac XL joint programming?
From: Kevin <Mackey.PA@Xerox.ARPA>
A friend and I are developing a program together. He has a Mac XL and
I have a Macintosh. We had originally planned to share the Mac XL for
programming, but now that's no longer possible since he's moving.
We each want to be able to work separately on parts of the program,
but be able to integrate the parts the other's working on into the
parts we are doing. He has Lisa Pascal, so my question is: what
language should I use? Or should he switch from Lisa Pascal and use in
MacWorks whatever language I decide on? Is it possible for us to
exchange assembly code in some way?
Kevin
------------------------------
Date: 9 Jul 85 (Tue) 12:50:34 EDT
From: "Mark E. Schindler" <mfs%iris%brown.csnet@csnet-relay.arpa>
Subject: two questions
(1) We have been having problems getting Lisa 2/5s (Mac XLs) to work
with the LaserWriter over AppleTalk. Documents print approximately 3
out of 4 times, and long documents often only have parts printed or
are not printed at all. Has anyone else had this problem? If so,
have you been able overcome it? If so, how? Does it make any
difference that we do not yet have the new MacWorks XL?
(2) Has anyone ever seen a word processor for the Mac or other micros
that lets one set tabs that center the information underneath them? I
think that such tabs would be a great feature for such things as
survey design, etc.
Thanks in advance for your responses. I will summarize whatever I
might hear to the net.
Mark Schindler
Organizational Analyst
Brown University IRIS (Institute for Research in Information Scholarship)
mfs@iris.Bitnet
mfs%iris@Brown.CSNet
------------------------------
Date: 9 Jul 85 16:55:47 EDT
From: Benham.Motazed@CMU-RI-CIVE
Subject: OPS5, a request for comments
I inquired about this information a while back, and I figured since
the product has finally hit the market, I just get some news about it
again. Has anyone used the OPS5 software from Expertelligence or has
aquired it, that I could have a hands on demonstration for its
performance?? I appreciate your responses about this, since I have to
make a decision as far as purchasing it and stuff pretty soon.
benny@ce
------------------------------
Date: Tue 9 Jul 85 17:16:41-EDT
From: Yumi <Yumi.Iwasaki@CMU-CS-C.ARPA>
Subject: Epson connection, a request
A friend of mine in Japan is looking for a way to connect his Epson
printer to his Mac. I have received several suggestions but I have no
idea how they compare. I would like to know people's experiences with
them and/or information on any other means for connecting them. The
suggestions I have so far are:
EPSTART : software package (by EPSON?) A salesperson I talked to told
me it performed poorly, however. $49.95
an interface board : Apple $129
the Macintosh-Epson connection : package by Hayden Software
MacEnhancer box : Microsoft
Mac Epson Connection : The Bottom Line $69.88
Thanks. Yumi (iwasaki@cmu-cs-c)
------------------------------
Date: Wed, 10 Jul 85 13:32:47 cdt
From: Alan Painter <ots!alan@rice.ARPA>
Subject: getting PICTs into Lisa Rmaker
I would like to include some resources of Type PICT in an
application's resources. Currently, I do this by creating the
pictures in MacPaint, pasting them in the Scrapbook, and copying them
from the Scrapbook onto the System using one of the Resource Editors
(in fact, I used Rmover for this about 10 months ago).
Problem: The application is not complete in Lisa format, so I cannot
Maccom the application from Lisa to just any disk: it must have a
modified System on it.
Looking at "Putting Together", I see a mention of including PICTs
inside of Rmaker by including files containing the pictures in the
same manner as resources of Type CODE are included. *Simple!*
So I used REdit to cut the pictures into separate files, sent these
files up to the Lisa (using MacCom), and naively inclluded these in
Rmaker.
Well, it didn't work, and I assume that the format of the PICT
resource file was incorrect.
Any pointers on how to get properly formatted Lisa PICT files in this
fashion (or any other fashion, for that matter)?
Sincerest apologies if this is (1) a trivial question or (2) an old
question discussed in previous news articles.
VOICE: Alan Painter
ARPA: ots!alan@rice.ARPA
------------------------------
Subject: Asynchronous I/O: completion routines and network events
Date: 10 Jul 85 22:44:24 EDT (Wed)
From: apope@BBN-LABS-B.ARPA
Here's a Mac technical question that doesn't seem to be addressed by
Inside Mac:
When using the low-level Device Manager routines to do an asynchronous
I/O operation, one can specify a "completion routine" to be called as
soon as the operation is completed. Does anyone know if this
completion routine is passed any parameters by the Device Manager? If
so, what are they?
Thanks for any information you can provide.
...Art Pope, BBN Labs Inc
------------------------------
Date: Tue, 9 Jul 85 7:25:46 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: PurgeIcons
PurgeIcons version 1.0 - origin unknown
Execution of PurgeIcons purges all unused icons from the desktop file.
There are no options available.
[This program is archived as <INFO-MAC>UTILITY-PURGE-ICONS.HQX at
SUMEX. --RMA]
------------------------------
Date: Mon, 8 Jul 85 12:01:24 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: Worm Stat
Worm Stat Version .05 developed by George Wolford
A statistical anylsis program with graphing capability. I have not
utilized the program past executing it to see that it runs. Several
people here have used it and have raved about it. It has to be
converted using BinHex 4.0
[This file has been archived as <INFO-MAC>WORM-STAT.HQX at SUMEX.
--RMA]
------------------------------
Date: 9 Jul 1985 18:00-EST
From: mss%dartvax%dartmouth.csnet@csnet-relay.arpa
Subject: XL/Served [LONG --RMA]
We just bought an XL/Serve and people around Dartmouth asked our
opinion of it. Two of us played with it for an afternoon and wrote up
an internal memo. It is by no means the last word on the subject, but
since I haven't seen any discussion of XL/Serve yet, I thought I'd at
least start by distributing a copy our memo. (Yes, I know there are
lots of potential problems with the experiments and our brief
description of XL/Serve leaves out many features, e.g., passwords, but
we didn't want to spend days on this and the results pretty much match
our gut reaction from playing with it.)
-Mark
------------------------------------------------------------
You probably have seen the ads for XL/Serve. We recently purchased
XL/Serve and installed it on one of our Lisas. This memo briefly
describes our experiences.
XL/Serve is a $200 program that allows many Macintoshes to share the
hard disk on a Lisa running MacWorks as if it were another disk. The
Macintoshes are connected to the Lisa over Appletalk. The hard disk
can be partitioned into many Sony look-a-likes called volumes, each of
which can be either read-only and shared among any Macintosh that
wants it, or dynamically assigned to exactly one Macintosh for both
reading and writing. The Lisa running MacWorks can act like another
Macintosh on the network and shares or assigns the volumes with other
machines (or it can run by itself and ignore the network).
Restricting volumes to be read-only creates problems with most
programs we experimented with, for example, MacWrite 4.5. We
envisioned creating one volume with a System, Finder, Imagewriter, and
a collection of typically used programs which everyone could share.
However, most programs create scratch files on the same disk as the
program, therefore most programs cannot be shared on a read-only disk.
In addition, a scratch file is usually created when a documented is
printed, sometimes on the disk with application, sometimes on the disk
with the Imagewriter and sometimes on the disk with the System file.
Finally, the Scrapbook is another file written on the disk with the
System file. None of these scratch files can be on a read-only shared
volume provided by XL/Serve. Therefore the only feasible way to use
XL/Serve is to place all of the programs on a shared volume, let each
user assign a private writable volume and copy the desired files from
the shared volume onto the private volume. Besides the inconvenience,
each private volume must be large enough to hold a system, folder,
imagewriter and application. For a 10M disk partitioned into 800K
volumes, we can get less than 10 shared Macintoshes running at the
same time.
XL/Serve provides some other facilities besides hard disk sharing. It
also allows provides a disk cache for the Lisa which is intended to
improve disk performance on the Lisa (for the hard disk or profile,
not the Sony drive). An imagewriter printer spooler can also be
provided (and used across the Appletalk network). There is no support
for a laserwriter spooler.
The current version of XL/Serve runs only on 512K Macintoshes and
Lisas (only the Lisa disk can be shared, not a Macintosh hard disk).
We performed some experiments to assess (crudely) XL/Serve. We
measured two numbers: how fast MacWrite 4.5 produces an untitled
document from being opened in the finder and how fast the finder
displays the first disk icon from when MacWrite 4.5 is quitted. All
experiments used Finder 4.1 and as similar system files as we could
reasonable create. We tried to create roughly the same desktop
environment for each test as well. For example, the XL/Serve tests
were all done after a fresh boot of the system. Each test was
repeated five times (one right after the other).
We tried several configurations of equipment: (1) a 128K Macintosh
using a Sony Drive, (2) a 512K Macintosh using a Sony Drive, (3) a 1M
Mac/XL running from a Profile, (4) a 1M Mac/XL running from a 10M
internal disk, (5) a 512K Mac/XL running from a 10M internal disk, (6)
a 1M Mac/XL running XL/Serve on a 10M internal disk with 256K disk
cache (using unallocated parts of its hard disk), (7) a 1M Mac/XL
running XL/Serve on a 10M internal disk with 256 dick cache using a
volume created by XL/Serve, (8) a 512K Macintosh running off a
XL/Serve volume (i.e., diskless), (9) two 512K Macintoshes running
simultaneously running off its own XL/Serve volume (diskless), (10) a
512K Macintosh using Hyperdrive and (11) a 512K Macintosh using a 335K
RAM disk. All times were made by reading a watch. Summaries of our
data are shown on the next page (all numbers are in seconds).
MacWrite 4.5 Start 1* 2 3 4 5 Ave
512K Mac (RAM disk) 3 4 3 3 3 3.2
512K Mac (Hyperdrive) 8 7 7 7 7 7.2
1M Lisa (XL/Serve, int) 10 9 9 9 9 9.2
1M Lisa (5M profile) 12 12 12 12 12 12
1M Lisa (10M internal) 23 15 12 12 12 14.8
1M Lisa (XL/Serve, vol) 19 15 14 14 14 15.2
512K Lisa (10M int) 20 15 15 15 15 16
512K Mac (XL/Serve) 25 20 21 20 21 21.4
512K Mac (Sony) 24 24 24 24 24 24
128K Mac (Sony) 29 28 28 28 28 28.2
2x 512K Mac(XL/Serve)** 44 36 38 40 39 39.4
MacWrite 4.5 End 1* 2 3 4 5 Ave
512K Mac (RAM disk) 1 2 2 2 2 1.8
512K Mac (Hyperdrive) 4 4 4 4 4 4
1M Lisa (XL/Serve, int) 6 6 6 6 6 6
1M Lisa (10M int)*** 11 11 11 11 11 11
1M Lisa (XL/Serve, vol) 13 11 12 12 11 11.8
1M Lisa (5M profile)*** 13 13 13 13 13 13
512K Mac (XL/Serve) 15 12 15 14 12 13.6
512K Mac (Sony) 14 14 14 14 14 14
128K Mac (Sony) 15 15 15 15 15 15
2x 512K Mac(XL/Serve)** 25 26 27 26 28 26.4
512K Lisa (10M int)*** 28 28 28 28 28 28
Notes:
* The first test was frequently longer than later tests. Although we
have no certain answer, some possibilities are i) the first time we
set up the tests a desktop file had to be written before starting the
application, increasing the time for the first test; ii) the first
time an application was run it loaded some resources into the system
heap which were then available during later runs of the application;
iii) some disk cache was being loaded during the first application run
and later reused during later runs.
** Both Macintoshes started and ended MacWrite 4.5 at the same time.
The times reported are the longer of the two times.
*** The measurements of these Lisa systems for MacWrite ending (i.e.,
for the Finder starting) are poor, since these three Lisa systems
already had a substantial number of files on them creating a large
desk top file which we believe is read everytime the Finder is
started. Thus, the times should be greater than normally expected.
------------------------------
End of INFO-MAC Digest
**********************
∂13-Jul-85 2021 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #21
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 13 Jul 85 20:21:16 PDT
Date: 13 Jul 85 2017-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #21
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 13 Jul 1985 Volume 3 : Issue 21
Today's Topics:
Dashes in messages [INFO-MAC Digest V3 #20]
Useful RAMdisk setup
MS Word, turbochargers, RAM disks, etc.
Equations on the Laserwriter
OPS5
PackIt Application & Documentation
----------------------------------------------------------------------
Date: Fri, 12 Jul 85 00:51 EDT
From: Steve Strassmann <straz@[192.5.104.1]>
Subject: Dashes in messages [INFO-MAC Digest V3 #20]
It is unreasonable to expect people to leave out "--------" in their
messages; they're too useful, and people who start reading INFO-MAC in
the future will have missed your request. It's not too tough to make
your digest-parser more intelligent.
Almost every message begins with "From:" within 4 lines of the dashes.
There's always at least one blank line before and after the dashes. I
believe there are always 30 dashes.
You could request the moderator to insert a sequence, like "[3]"
before the third message, to assist your parser in its guesses.
With all these clues, your machine should perform as well as a human
at distinguishing message boundaries.
-Steve Strassmann,
MIT Media Lab /
Thinking Machines Corp. (STRAZ@THINK.arpa)
------------------------------
Date: Fri 12 Jul 85 17:18:04-PDT
From: Len <Lattanzi@SUMEX-AIM.ARPA>
Subject: Useful RAMdisk setup
I have found the following configuration of the RAMdisk very useful.
Setup a Startup disk with RAMdisk (I use Assimilation Process's) your
application, a system file full of fonts, imagewriter and a MiniFinder
configured to run your application. Now use an appropriate piece of
software to rename the MiniFinder to become the Finder. (I use
MacTools). And voila, if your ramdisk starter copies these files to
ram you'll find that running the MiniFinder as a fake Finder will buy
you a lot of room.
PS. I run this with MS Word which has tabs that center the text around
the tab.
Now if anyone out there has TurboCharger and the A.P. ramdisk could
you use tell me if you have discovered any incompatibilies? I'm
worried mainly about clashes between the auto-start procedures at
boot-time.
Len
------------------------------
Date: Fri 12 Jul 85 08:31:01-PDT
From: Mark Richer <RICHER@SUMEX-AIM.ARPA>
Subject: MS Word, turbochargers, RAM disks, etc.
I have a 512K Mac with 2 apple drives. I find that MS Word takes a
rather long time to start up and quit. Last night I tried out
turbocharger with MS word, but it couldn't seem to be set in the
automatic mode. On top of that, there seemed to be little speed up
with less than 256K devoted to the disk "cache." Although, Word is
supposed to run on a 128K Ifind that it is memory hungry. If I scroll
through a document that is far less than a 100K it seems that it can't
keep the whole document in core because after you scroll backto the
earlier parts it needs to swap fromdisk again. Besides that after
using WORD for a while (and perhaps doing 1 or more saves) you get
that dreadful Session Too Long message that means you can't do
anything except button okay and pray that 20-30 minutes later you
current version is saved. At that point you must quit and start up
word again. I assume that what is happening is that it has run out of
core memory (or it's badly fragmented). Therefore, assigning to 256K
to a turbocharger or RAM DISK seems a doomed proposition.
Has anyone had a positive experience using WORD with Turbocharger or a
RAM disk? Any comments about the other problem with Session Too Long?
I also had a terrible problem the other day. Even though the document
was less than 150K the word complained DISK TOO FULL, even when I put
a blank disk (and swapped that and the original too many times).
ANyone else have this problem (Microsoft acted as if they never heard
it before, but I'm sure there's a bug in 1.0 that caused it)?
mark
------------------------------
Date: 12 July 85 10:04 EDT
From: QP2%CORNELLA.BITNET@Berkeley
Subject: Equations on the Laserwriter
Ronald Iltis' problems with equations and fonts in MS Word on the
LaserWriter are not new. MS Word is slow with bitmapped fonts. I've
just been finishing up a 250 page book (the Handbook for our
statistics package) on the LWriter and we decided to do it in
MacWrite. We designed our own font for special symbols. MacWrite is
*MUCH* faster at bitmapped fonts and provides WYSIWYG page breaks
(essential when you have many figures as we do). I get pages at
perhaps 15 seconds/page for the worst case with many font
changes--faster for most pages.
A few tips:
Our modified font is based on Geneva (as is Princeton's). Using it in
Boldface looks better on the Laser.
Try setting pages in a larger font and reducing them with the Page
Setup command. We are running 85% reduction of 12 point type, which
is pretty close to 10 point. The bitmapped fonts get denser this way,
and really look pretty decent.
Be warned that if you work with a reduction, your page breaks change
as well. You must do final formatting with the Page Setup set the way
you are going to print. I also recommend turning OFF smoothing and,
of course, turning off font substitution. The smoothing algorithm
does some strange and wonderful things to characters that have already
passed through the boldface and italicising algorithms.
The Resource Editor lets you define fully kerned characters such as
overbars, hats, and superscripts that can go over any symbol. I've
even been able to succesfully put special-font hat over a Times y.
I agree that font changing is a pain. I recommend Assimilation's
MacTracks -- its saved me no end of grief in font (and size)
switching.
--Paul Velleman
QP2 @ Cornella
------------------------------
Date: 12 Jul 85 10:14:52 EDT
From: Daniel.Zigmond@CMU-CS-SPICE
Subject: OPS5
There is a public domain OPS5 written in Common Lisp floating around
here at CMU. If ExperLisp is a full Common Lisp (I know version 1.0
was quite small, but 2.0 is suppoed to be fairly good) it would be
easy to compile OPS5 yourself. If there is someone out there on the
net who has ExperLisp, I could send them the code to compile. Then we
could all have OPS5 free!
Of course, this is OPS5 has no Mac enviroment stuff. I haven't seen
ExperOPS5 so I can't make a comparison. All I know is that this OPS5
works and is in the public domain.
-Dan (djz@cmu-cs-spice)
------------------------------
Date: Thu, 11 Jul 85 7:51:17 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: PackIt Application & Documentation
PackIt version 1.0 written by Harry R. Chesley
PackIt allows you to take one than one Macintosh file (either
application or document) and place them into one file. This allows you
to keep all related files in one file for either transmission or
storage.
From the documendation I gather the preferred way is to pack your
files first, and then if ASCII file is needed run throught BinHex. I
believe I tried it once the other way and had problems.
I will send the documentation in a seperate message. The
documentation is written Harry R. Chesley and is comprehensive.
[PackIt is archived in [SUMEX]<INFO-MAC>UTILITY-PACKIT.HQX. The
documentation is a MacWrite Document in BinHex 4.0 format. It is
archived in [SUMEX]<INFO-MAC>UTILITY-PACKIT.DQC. --RMA]
------------------------------
End of INFO-MAC Digest
**********************
∂15-Jul-85 2222 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #22
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 15 Jul 85 22:22:39 PDT
Date: 15 Jul 85 2216-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #22
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 15 Jul 1985 Volume 3 : Issue 22
Today's Topics:
Re: OPS5
LaserWriter header file
Bug in MacDraw
Mac failures
Red Ryder 5.0
Using Brother typewriter as Mac printer, a request
----------------------------------------------------------------------
Date: 14 Jul 1985 23:30-EDT
From: George.Wood@CMU-CS-G.ARPA
Subject: Re: OPS5
I brought up OPS5 in Common lisp (based on Charles Forgy's franz lisp
version) and have maintained it for the last year.
The CMU common lisp OPS5 SOURCE is about 217 vms blocks (i.e. 108 k),
and compiles to a fasload file of about 230 blocks (in vax/vms common
lisp). While I do not know how big the common lisp for MAC is, it
seems unlikely that any serious development could be done in what's
left of 512 k. This is because ops compiles rules into a
discrimination network, trading memory for time (a reasonable strategy
on a machine with virtual memory--and 20 meg of physical memory
available).
As an example I have appended some statistics garnered by loading a
VERY small production system. The system, a tic-tac-toe game, consists
of 27 rules.
In sum, loading and playing a single round of tic-tac-toe used 782
pages (i.e. 391 K), over and above that used by lisp and the ops
interpreter itself.
The complete log is in /usr/gdw/TTT.LOG on CMU-CS-G
----- begin attached log summary -----
Dribbling to SYS$USER:[GDW]FOO.;1
()
CLops: (room)
Dynamic-0 Storage Total Size: 2973, Current Allocation: 1249, Free: 58%
CLops: (load '[gdw.opsl]ttt)
; Loading contents of file SYS$USER:[GDW.OPSL]TTT.LSP;1
***************************
; Finished loading SYS$USER:[GDW.OPSL]TTT.LSP;1
T
CLops: (room)
Dynamic-0 Storage Total Size: 2973, Current Allocation: 1511, Free: 49%
CLops: ; NOTE -- 27 rules, 262 pages used in loading
(make ready)
()
CLops: (room)
Dynamic-0 Storage Total Size: 2973, Current Allocation: 1546, Free: 48%
CLops: ; 1 wme made, 35 blocks used
(run)
; remaining game excised from log
end -- no production true
27 productions (209 // 523 nodes)
59 firings (114 rhs actions)
14 mean working memory size (17 maximum)
5 mean conflict set size (15 maximum)
60 mean token memory size (99 maximum)
()
CLops: (room)
Dynamic-0 Storage Total Size: 2973, Current Allocation: 2031, Free: 32%
------------------------------
Date: Fri, 12 Jul 85 15:23:41 edt
From: Alan Crosswell <alan%cucca@columbia.arpa>
Subject: LaserWriter header file
Here's a copy of version 12 of the Apple LaserPrep file which has been
decompiled with rekamr and cleaned up some for downloading via RS232.
It is not commented like Brian Reid's version 13 one is; I use Brian's
one whenever I try to figure out what is going on.
First, some new things I've learned since my last posting:
EEXEC and the PSHX resource
The mysterious "eexec" command IS documented, but not in Inside
LaserWriter. It is only documented in Adobe's PostScript manual in
the Printer Fonts appendix on pages 146-7 (which is not included in
ILW). (Thanks to Guy Riddle for pointing this out to me.) Eexec
executes encrypted code. Eexec reads the next line and following up
to EOF so you can't follow it with any more PostScript commands (maybe
-- you may be able to explicitly open %stdin but I'm not sure...).
It turns out that the hex does contain the "smooth" function as I had
suspected. I don't know what else it may contain if anything. So, if
you do want the smoothing function (for MacPaint bitmaps or anything
else that invokes "dobits") then you will have to install the "md"
dictionary in the machine's permanent VM so that it will be available
to subsequent jobs. This is because eexec eats up everything up to
the EOF as stated above. If you're going to be using this stuff,
that's probably the prefered method anyhow since it saves you the time
and trouble of sending the "md" dictionary down with each job.
Doing it with Scribe
Michael Fryd sent me some mail saying he had a version of Laser prep
that almost worked with Scribe and that he would be getting back with
more info shortly. Apparently, Unilogic has expressed some interest
in doing whatever is necessary to support sticking Mac pictures in
with the @picture command. Meanwhile, here's what I've discovered:
The PostScript preamble use by Scribe is defined in the
DeviceInitialization in POSTSC.DEV. This means you can go in and
modify the definitions if you need some feature not currently
provided. A feature that immediately comes to mind is to have the
size of the picture box available to the picture code that gets pulled
in so that it can scale the picture to fit inside the box.
The @picture(size=nn,ScaleableLaser="foo.ps") command generates the
following PostScript:
size x y PB
<<foo.ps included here>>
PE
The PB macro does a "save" of the current state into the variable PV
and then does a "translate" to set the picture origin. The three
arguments are integers giving the size, and (x,y) position of the
bottom left corner. The size is currently not used by PB; It gets
discarded (popped).
The units used appear to be points * 100. For example, giving a
"size= 7 inch" results in 50400 on the stack (7 * 72 * 100). I guess
they multiply points by 100 so all can be done as integers (this is
all done by a CVTXY macro).
PE just does a "PV restore" to restore Scribe's state.
The LaserPrep file
[is archived in [SUMEX]<INFO-MAC>LASERWRITER-12.POSTSCRIPT. --RMA]
------------------------------
Date: Mon, 15 Jul 85 07:32:15 pdt
From: preese%ucblapis.CC@Berkeley
Subject: Bug in MacDraw
Has anyone else run into this bug in MacDraw?
1. Draw a vertical line and place a single arrow head on one end.
2. Select and copy to clipboard.
3. Paste into the scrapbook.
4. Copy the line from the scrapbook.
5. Paste back into MacDraw.
Interesting result. Any known fixes or work arounds? Apple, will
this be fixed?
Phil Reese
------------------------------
Date: Mon, 15 Jul 85 07:32:15 pdt
From: preese%ucblapis.CC@Berkeley
Subject: Mac failures
Over the past year we have taken delivery on some 35 512k Macs. Of
these we have had to have service on 7 machines. Two were old macs
that had been upgraded, two failed after less then two months use and
three failed right out of the box (within 48 hours of being on).
*ALL* failed with power supply/video board problems. We like the Mac
but hope that the service record improves. (My arms grow long
carrying Macs back and forth accross campus.)
Phil Reese
------------------------------
Date: Wed, 10 Jul 85 7:40:54 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: Red Ryder 5.0
This file was created by packing each individual file with PackIt then
runing the packed file through BinHex4.0
The PackIt file consists of:
1. Red Ryder 5.0 application program
2. Red Ryder Doc # 1
3. Red Ryder Doc # 2
4. Red ryder Doc # 3
5. Red Ryder Doc # 4
note the document files are MacWrite 2.2 files.
Red Ryder 5.0 is written by Scott Watson of FreeSoft Company. Red
Ryder is a user-supported asynchronous communications package for the
Apple Macintosh having at least 1 disk drive and 128 k memory. You
have 45 days to evaluate the package and if at the end of that time
you decide to continue to use it, you should register your copy for
$40.
The four MacWrite files contain complete documentation and
registration information. (33 pages)
[The BinHex 4.0 file containing the results of PackIt as described
above is archived in [SUMEX]<INFO-MAC>RED-RYDER-5.HQX. Note that this
file is more than 198,000 bytes in length, and plan your transfers
accordingly. --RMA]
------------------------------
Date: Sat 13 Jul 85 23:56:36-PDT
From: Frank Chen <Frank@SU-CSLI.ARPA>
Subject: Using Brother typewriter as Mac printer, a request
I am interested in knowing if it is possible to use a Brother
COMPACTRONIC-58 electronic typewriter as a printer for the Mac. The
CE-58 is a daisy wheel typewriter with 3K memory. I already have the
Brother IF-50 external interface unit (which has 2K buffer memory and
an RS232C serial port), which allows the typewriter work as a printer
for several other (non bit-map) computers.
I have seen a Macintosh daisy wheel converter at a local computer
store. Would getting that in addition to the IF-50 make printing with
the typewriter possible? Or perhaps I just need to configure the
IF-50 correctly? I have no idea how to set this up, but I was just
thinking it would sure be nice to be able to make my typewriter serve
as a printer for my Mac (kinda in-between an ImageWriter and a
LaserWriter).
If you have successfully gotten this to work, or know for a fact that
this is utterly impossible, please reply to FRANK@SU-CSLI.ARPA.
Thanks!
-Frank
------------------------------
End of INFO-MAC Digest
**********************
∂16-Jul-85 2244 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #23
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 16 Jul 85 22:43:48 PDT
Date: 16 Jul 85 2233-PDT
From: Temporary Moderator Rich Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #23
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 16 Jul 1985 Volume 3 : Issue 23
Today's Topics:
WormStat is not public domain
Trouble connecting 512K Macs to DEC-20s
MacPaint and Apollo screens in Scribe
WORD bug?
SimpleTools -- Toolbox programming aid
Neon owners & users come forth!
----------------------------------------------------------------------
Date: Tue, 16 Jul 85 14:08:09 edt
From: Carl Spitzer <crs%dartmouth.csnet@csnet-relay.arpa>
Subject: WormStat is not public domain
It was brought to my attention that my program WormStat is listed on
the info-mac bulletin board as being in the public domain. The
program is definitely not in the public domain and I would like it
removed from the bulletin board. It is being marketed commercially
beginning this month. The version that you mention is very much out
of date. The current version does many more things and does them
better. If anyone is interested they can contact me for information
on the program. My unix address is wolf%dartmouth@CSNET-RELAY.ARPA.
My mailing address is Wolford, Psychology Dept., Dartmouth College,
Hanover, NH 03755. Phone 603-646-2777. Thanks for your attention to
this problem.
George Wolford
[This program has been withdrawn from the INFO-MAC archives at SUMEX.
--RMA]
------------------------------
Date: Tue 16 Jul 85 11:58:22-PDT
From: Clay Andres <CLAY@SU-CSLI.ARPA>
Subject: Trouble connecting 512K Macs to DEC-20s
Has anyone else had trouble connecting 512k Macs to DEC-20's? We had
to take ours off direct connections and put them on TIPs. The machines
worked fine when they were 128k and never worked after being upgraded.
It seems that the 512k board and MacTerminal are sending out some king
of wake up message that is shutting off the line. If a Mac already
running MacTerminal is connected to a direct line it works fine, so it
has something to do with the way MacTerminal starts up.
Clay Andres
------------------------------
Date: Sun 14 Jul 85 00:52:39-PDT
From: Richard Furuta <Furuta@WASHINGTON.ARPA>
Subject: MacPaint and Apollo screens in Scribe
An earlier message asked about including MacPaint pictures in Scribe
through Scribe's @picture command. John W. Peterson supplies an
answer in the following two messages. The mentioned files, available
for ftp from the Arpanet, will be posted directly to fa.laser-lovers.
Message 1 -- ************************
Date: Fri 12 Jul 85 19:40:10-MDT
From: John W. Peterson <JW-Peterson@UTAH-20.ARPA>
At Utah, we developed some custome PostScript code that allows you to
stick MacPaint pictures into Scribe documents. The results look
excellent. This is not a version of AppleDict, that is, it only knows
about MacPaint, and doesn't do smoothing. But it is pretty easy to
use with other bitmap formats, for example, we've gotten it to work
with Apollo GMF files.
If anybody is interested, I could probably post it.
Message 2 -- ************************
Date: Sun 14 Jul 85 01:33:57-MDT
From: John W. Peterson <JW-Peterson@utah-20.arpa>
Subject: MacPaint and Apollo screens in Scribe
I've bundled up the routines we've developed for putting MacPaint
pictures into Scribe documents. It has essentially three parts: A
PostScript program that takes a standardized bitmap format (based on
MacPaint's compression scheme) and generates the bitmap for the scribe
run, and two C programs. The first program converts MacPaint programs
to this standardized format, the second coverts Apollo bitmap formats.
Both of these C programs automaticly prepend the PostScript header to
their output. Both programs have all sorts of options for controlling
the size and position of the resulting picture.
If you anonymous FTP to Unix host utah-cs, the files are in
pub/scribepic.shar
Thanks go to Jim Schimpf for developing the Apollo code.
[PS - If you find there's demand, feel free to post this to
net.sources]
jp
------------------------------
Date: 15 Jul 1985 08:12-EST
From: Patrick.Coddington@CMU-RI-SENSOR.ARPA
Subject: WORD bug?
Has anybody experienced any problems with WORD when trying to do a
manual feed print on the laserwriter? It doesn't seem to be able to
handle it while macwrite does OK.
Pat
------------------------------
Date: Thu, 11 Jul 85 20:21:14 pdt
From: erik%ucbssl.CC@Berkeley (Erik Kilk)
Subject: SimpleTools -- Toolbox programming aid
SimpleTools is a set of subroutines to aid in the most common use of
Macintosh menu, window, dialog, and events programming. The routines
are written in C using the Megamax compiler but can be used with other
compilers. Included in the following binhex dumps are five files:
(these may be partially split into more than one file)
SimpleTools←Doc -- MacWrite description of the routines
SimpleTools.o -- C object file with the routines
SimpleTools.c -- C source file with the routines
SimpleDemo -- A demonstration application
SimpleDemo.c -- Source code for the demonstration
The purpose of SimpleTools is to ease Macintosh programming for those
small programs you are tempted not to write due to the tremendous
amount of research and work that must be done to use menus, windows,
desk accessories, events, and dialogs.
The binhex files follow. You will have to use an editor to separate
the files before converting them with binhex.
[I have taken the liberty of separating the files before archiving
them. --RMA]
=====================================================================
SimpleTools←Doc -- Documentation in MacWrite format for SimpleTools, a
set of C subroutines to ease the use of the Macintosh toolbox.
[File archived in [SUMEX]<INFO-MAC>UTILITY-SIMPLETOOLS.DCC, i. e. a
DOC file in HCX format. --RMA]
SimpleTools.o -- C object file containing SimpleTools, a set of
subroutines easing the use of the Macintosh toolbox.
[File archived in [SUMEX]<INFO-MAC>UTILITY-SIMPLETOOLS-OBJ.HCX.
--RMA]
SimpleTools.c -- A set of C subroutines to aid the use of the
Macintosh toolbox routines.
[File archived in [SUMEX]<INFO-MAC>UTILITY-SIMPLETOOLS-C.HCX. --RMA]
SimpleDemo -- A small application demonstrating the use of
SimpleTools, a set of C subroutines easing the use of programming with
the Mac toolbox.
[File archived in [SUMEX]<INFO-MAC>DEMO-SIMPLETOOLS.HCX. --RMA]
SimpleDemo.c -- The source for SimpleDemo. A demonstration of the use
of SimpleTools, a set of C subroutines easing the use of the Macintosh
toolbox.
[File archived in [SUMEX]<INFO-MAC>DEMO-SIMPLETOOLS-C.HCX. --RMA]
------------------------------
Date: Tue 16 Jul 85 18:34:37-MDT
From: Tony Jacobs <T-JACOBS@UTAH-20.ARPA>
Subject: Neon owners & users come forth!
I'd like to know who all out there owns or uses Neon. If you have
never sent mail to me before, could you please send me a line if
you're a Neon fan.
I'm looking to see what kind of interest exists for an ad hoc users
group.
Tony Jacobs t-jacobs@Utah-20
------------------------------
End of INFO-MAC Digest
**********************
∂17-Jul-85 1713 @SUMEX-AIM.ARPA:GA.EJM@Lindy Macintosh 512K memory upgrade price reduction
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 17 Jul 85 17:13:28 PDT
Received: from Lindy by SUMEX-AIM.ARPA with TCP; Wed 17 Jul 85 16:50:10-PDT
Date: Wed, 17 Jul 85 16:20:21 PDT
From: Eric Mathre <GA.EJM@Forsythe>
To: INFO-MAC-STANFORD@SUMEX
Subject: Macintosh 512K memory upgrade price reduction
To: Stanford Community
From: Eric Mathre, ACIS/IRIS
Subject: Apple reduces price for 512K memory upgrade for
Macintosh
-----------------------------------------------------------------
Apple Computer announced this week that the price for the 512K
memory upgrade for the Macintosh computer was reduced by $100.
The new price for purchasing this upgrade through Microdisc is
$425 plus tax and handling fee. The price reduction is retroactive
to July 1. Those who purchased the upgrade on or after July 1 will
automatically receive refund checks. Please allow several weeks for
processing.
To: INFO-MAC-STANFORD@SUMEX
∂22-Jul-85 1521 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #24
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 22 Jul 85 15:21:18 PDT
Date: 19 Jul 85 1654-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #24
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 20 Jul 1985 Volume 3 : Issue 24
Today's Topics:
PICTs for your app, and Shared Applications
Re: Trouble connecting 512K Macs to DEC-20s
Follow-up on overheating
LISPs for the Mac?
Andy Hertzfeld conference on MAUG
----------------------------------------------------------------------
Date: Wed, 17 Jul 85 01:51:56 pdt
From: Leo Hourvitz <leo%apple.csnet@csnet-relay.arpa>
Subject: PICTs for your app, and Shared Applications
A posting was made a few issues ago about using PICT resources
in applications. Although I'm sad to report I don't know
any great solutions either, there are a couple of techniques
used around here that might be useful.
One way to develop an application that uses PICTs is to have the
application open a particular resource file when launched and
only close it just before quitting. Then, when you use the
method described before to get the PICT out of MacDraw, you
can paste it into this resource file, and never have to deal
with it again. For example, you might get your picture and
paste it into a file called "MyApp resources". Then your application,
MyApp, would do an OpenResFile of "MyApp resources" at entry
and close it at exit. Anywhere within it, it could get the PICT
just by doing a GetResource of the picture.
One nice thing about this is that although you can't use just
any disk (you have to use one with the resource file on it),
you can at least use the Finder to copy the file. Also,
when you're through with the development cycle and you want to
release the application, just take out the Open- and CloseResFile
calls and copy the PICTs into the app's resource file with the
resource editor. This gets you back into one file with no
changes to most of your code.
About applications and file servers:
We also did some experimenting with sharing applications on a server
awhile ago, and ran into most of the same problems that Dartmouth
encountered. One trick that we learned is this: when you have a
shared disk, you don't want your Mac to switch-launch to it (i.e.,
you don't want your MAc to use it's system file as the current system
file). Why? Because you write to your own system file now and
then, as well as writing to your system volume a lot. The usual
way to prevent switch-launching is to delete either the Finder
or System; however, that means you can't boot the disk. One trick
we used was to set the Finder to invisible with SetFile or FEdit.
This prevents switch-launching but allows booting. Obviously, that
isn't a particularly good long-range solution. The sad moral of the
story is that Mac apps tend to be disgustingly single-user, single-machine
oriented.
Hope it helps,
Leovitch
Leo Hourvitz
leo@apple.csnet
------------------------------
Date: Thu 18 Jul 85 13:49:48-EDT
From: Alan Crosswell <US.ALAN@CU20B.ARPA>
Subject: Re: Trouble connecting 512K Macs to DEC-20s
Are you connecting them on the modem or printer port? The 512K system board
includes an updated ROM containing the Applebus drivers. When you boot the
machine, the Mac sends out an applebus broadcast on the applebus(printer)
port. This looks like line noise (probably a line break condition) if the
printer port is hooked to RS232. I'm not 100% sure of this, since I heard
it 3rd hand, but there is definitely something that goes out on the printer
port when you boot since we had our LaserWriter connected to RS232 and
applebus simultaneously (but only using one or the other at any one time).
Whenever it was in rs232 mode and a Mac booted, it would get an ioerror
from the 9-pin port.
/a
------------------------------
Date: Thu, 18 Jul 85 08:39:52 pdt
From: jww@SDCSVAX (Joel West @ CACI) (ttyd0)
Subject: Follow-up on overheating
A month back there was a long discussion about Mac overheating. To this day,
I'm convinced that the reason several disks were trashed was that the Mac got
too hot and confused. I have two follow-up items.
First, Levco Enterprises (619 457-2011) here in San Diego is selling a 3 mW
piezo-electric fan for $40. They claim it is better than most in that it
is quiet, moves just enough air, and doesn't generate a magnetic field.
They solder two wires to the analog board, but the fan itself is strapped
inside the Mac using velcro (?!) Duane Maxwell, the Levco techie, also
claimed that the position of the hyperdrive fan (top right rear) was
inappropriate, and theirs (bottom left) was where it would do most good.
Availability of the Fan-kenstein Fan may be somewhat limited for a while.
Apparently, they only have a limited supply and most (all?) are allocated
to their MonsterMac 512->2mb memory upgrade. With the fan, the 2mb Mac
had a lower internal temperature than some 128's and all 512's, they claim.
Before I heard about this, I went down to my electronics store, bought a
20watt 4" 120vac fan. It's way too strong as is, but a ceiling fan
speed control drops it to a reasonable level, though adding an annoying
hum. ($30 investment so far). I have a piece of perforated metal (for
a screen door kick panel) over the finger holes.
So far, I've been pushing air in the right bottom. It runs hottest on
the top left, so I'll probably velcro my mac and the fan and place
the fan on top of the mac, pulling air out. As a permanent, portable
solution, I'll probably buy the Levco fan.
(I have no connection with Levco, etc., other than I've met Duane once).
Joel West CACI, Inc. - Federal (c/o UC San Diego)
{ucbvax,decvax,ihnp4}!sdcsvax!jww
jww@SDCSVAX.ARPA
------------------------------
Date: Thu 18 Jul 85 08:54:46-PDT
From: Marvin Zauderer <ZAUDERER@SU-SUSHI.ARPA>
Subject: LISPs for the Mac?
It looks like the current version of ExperLISP is not an adequate development
tool. Expertelligence freely admits this, but claims that the new "developer's
version" will be available "around September or October". Great news (sigh).
Does anyone have info about other LISPs for the Mac? I've heard about Utah's
PSL; perhaps someone from Utah could send me a description. Also, I've heard
that someone is working on a Scheme-like product (in Pennsylvania?). I
hoping to find a true "developer's LISP"; at last glance, it didn't seem that
something like XLISP would suit my needs.
I apologize if this issue has been discussed here before, and I'll post a
summary of the responses.
Thanks!
------------------------------
Date: Thu 18 Jul 85 21:59:35-PDT
From: Jean-Luc Brouillet <BROUILLET@SUMEX-AIM.ARPA>
Subject: Andy Hertzfeld conference on MAUG
The following is a transcript of an on-line conference with
Andy Hertzfeld. I found this on MacSaugus (617-231-2810,
two lines, 1200 baud). [ I have selected a few of the q & a's
from this 39k file, to post on the bboard. The complete file
resides in <info-mac>news-ahconf.txt -jma ]
- ------------------------------------------------------------
(James Schenck) ANDY = I'd like to know what is happening with SWITCHER
release.
(Andy Hertzfeld) I'm currently on 4.0, which has been thoroughly tested
and should be uploaded here and shipped to dealers before the end
of the month. I'm not working on it anymore until the fall.
(Chris (DOTP)) Andy, before switcher 2.5 I talked you about our Time and
Mousepos da's using the right menu bar that you use for arrows. You said
the arrows could be turned off. I can't find the command in the switcher
doc to turn off the arrows.
(Andy Hertzfeld) There is a way to turn off the arrows under program
control. I'm writing a document called "Inside Switcher" that reveals
that and many other little tricks. It should be finished and uploaded
here in a week or so.
(Bill Nicotera) WHO'S IDEA WAS IT TO INCORPORATE THE MOUSE WITH THE MAC?
(Andy Hertzfeld) I guess it was Steve Jobs' idea. Jef Raskin hates mice;
when Steve took over he changed the direction of the project to "the
people's Lisa". Bill Atkinson was a big supporter of the mouse for Lisa.
(Bill Bates) Andy, If I'm sending, thanks for promoting my ThunderScan to
LaserWriter package... that's it.
(Andy Hertzfeld) You're welcome. I didn't try too hard to include in the
next release of the TScan software because I saw that you had already
done it.
(Steve Ura) Andy- Will the finder in ROM hurt those
with non-Apple 512K and/or Hyperdrives?
(Andy Hertzfeld) The Finder will not be in ROM in the 128K ROMs. Most
everybody will be able to easily upgrade to the 128K ROMs since all Macs
have socketed ROMs.
(Eric Wainwright) Which parts of the ROM did you actually write, and
which part was the hardest?
(Andy Hertzfeld) I wrote about 30 percent of the ROM including most of the
Toolbox (everything except TextEdit, Resources and Dialogs). Different
parts are hard for different reasons. The most intense part was IOCore,
because you have to worry about interrupt-type problems. Much of the
toolbox was difficult because I had to re-write it many time because our
goals kept changing. So far, I have written five different font managers!
(Bill Gibson) Andy, I have two questions. 1. How far off are 128k ROMs and
did you help write them too. are there any plans to support the Lazer
writer at 300 DPI?
(Andy Hertzfeld) The only thing I did for the new ROMS was a new font
manager. The new font manager supports fractional character widths which
will be a big help at improving the laserWriter at 300 dpi
(Jim Leslie) Neil have you used any of the cache floppy utilities now
being advertised, and if so, do they provide a better solution..
(Andy Hertzfeld) Caches are certainly much better than RAM disks, but they
also require quite a bit of memory to be effective. I use TurboCharger,
but not that much because the version I have doesn't work with hard disks.
(John Gallaugher) ANDY, In your opinion... What is the best development
system for the Macintosh.. and WHY ?
(Andy Hertzfeld) A lot depends on what languages you like and your
personal working style. I write all my programs in assembly and use the
MDS system. I expect the forthcoming "MPS" system from Apple (which
includes a C and Pascal compiler, as well as an assembler) to be the most
popular environment if it ever gets finished.
(Bob Abeles) What delights do you have in store for us?
(Andy Hertzfeld) Well, I'm trying to take it easy this summer. I'm
currently working on a double-sized cursor hack for some near-sighted
MAUGers who requested it. I'm planning some major enhancements to
Switcher in the Fall (disk based partitions) and a few other things
that are too ephemeral to talk about now
(Jon Mir) TSCAN & BAR CODES....ANY FUTURE?
(Andy Hertzfeld) yeah, but with TScan they'd be more like "dot codes"
than bar codes. I really would like to get around to that one because I
think I could fit about 40K on a single page. Thanks for reminding me...
(JESS HEIMLICH) ANDY, FIRST OF ALL, ON BEHALF OF ALL OF US, THANKS 1000000X.
IS ANYBODY MAKING A PRODUCT WHICH WILL DO TEXT AND GFX THE WAY
THUNDERSCANNER WORKS?
(Andy Hertzfeld) It's certainly possible to do it with ThunderScan, but it
may be too slow to be real practical. I think Bill Bates, who was here
(Bill Bates) Still is...
(Andy Hertzfeld) a little while ago, has something along those lines
already working.
(Neil-SYSOP) Bill Bates..want to comment??
(Bill Bates) Anyway, I have Thundercan to PostScript software. Also some
experimental ThunderScan OCR. I'm also getting good results with
MacVision which can go to very high horizontal res but has vertical scan
lines in the picture. I'm trying to build a poor man's Kurtzwile (sp?).
(Dave Vargo) What are your impressions of the Amiga, is it a more worthy
competitor to the Mac than the Atari St. In terms of the Lisa, a mail
merge program should have been offered if the machine was seriously
intended to appeal to business.
(Andy Hertzfeld) I don't have an Amiga, but I played with one. It has
significantly more capabilities than the Atari, but it will be priced a
lot more expensively. The Amiga's sound capabilities are truly
great, blowing away both the Mac and the Atari. I think software
is what matters the most, and both atari and Amiga are WAY behind
the Mac in that regard. Don't ask me about mail merge, that's
a question for some marketing guy. You may be right, but its
beyond me
('Bill C/Alt) There has been much speculation about the next version of the
MAC having a 68010 or a 68020 Processor. Comment on the possibility and
are these processors capable of being compatable with the 68000 (upward)
second Will Apple release the details of the 7/7 operating
system so that third party support will be possible??
(Andy Hertzfeld) Exception handling is different on the 010 and 020
so there can be some compatibility problems. The new (128K) ROM will be
compatible with both the 010 and 020 but everybody's applications
may not be. The truth is that Apple has at least 3 candidates for the
"next Mac" under development so its hard to say which ones will be
for real. I see no reason that Apple wouldn't release source code
to the Lisa OS, as they are not supporting themselves anymore and
would love to have some third pary support it
(Mike Ginsberg) Andy, I now have a 128K mac and would upgrade to 512k IF
The switcher would allow me to do multitasking.
Any possibility of me upgrading my mac in the near future?
(Andy Hertzfeld) The Switcher supports a limited form of multi-tasking;
applications have to be modified to take advantage of it. The new version
of ThunderScan can scan in the background under Switcher now. You should
want to upgrade for more important reasons than that, though
(Steve Brecher) A list of ROM bugs not patched in RAM is not available
from Tech Support. You've mentioned several such bugs in MAUG messages.
Would you consider making a list of those you know about and uploading it?
(Andy Hertzfeld) Sure, I could try but it wouldn't be as complete as the
one that Apple has. Also, some things tread the fine line between bugs
and features so are a matter of personal opinion. When I'm back
next week, I'll try to convince them to make the "official" list
used by the 128K ROM people available
(Steve Brecher) Understood. Thanks!
(Keith Esau) Is there any way to create or plan to support .MAP files from
lisa pascal for use with MacDB
(Andy Hertzfeld) Sure, it's certainly possible. You'd have to write a
translator to pull the symbols out of the ".OBJ" format into
the ".MAP" format. Since both formats are fairly simple and
well documented, it wouldn't be hard, BUT Apple is working
hard on their own new development environment that will have
a symbolic debugger that's not compatible with either format, so
maybe it would be a waste of effort
(Dennis Alvernaz) Andy, what performance in speed is probable
with new ROMS and where?
(Andy Hertzfeld) The resource manager is the single place that was speeded
up the most. Beleive it or not, but QuickDraw was significantly speeded
up, too, as well as a bunch of other places. It's difficult to say since
every application does things a little differently, but new ROMs
coupled with the new 3.5 drives cupt application
launch time at least in half, usually more
(Andy Pickett) Andy, any word on the 20 meg that plugs
Andy, any word on the 20 meg that plugs into the disk-drive port, how can
we get info? And... What are your thoughts on NEON! by Kriya Systems?
(Andy Hertzfeld) Apple has announced the 20 meg drive that plugs into the
disk port. They realize it's very important to get it out ASAP so
they're working real hard on it now. It will use the new hierarchical
file system loaded in RAM, because it will be out before the
new ROMs are available. A consequence of that is it will only
run on 512K or bigger machines. More info should be available
in the fall. Neon is an interesting idea, but good language
systems take a long time to mature and theirs is still in its
very early stages. I think it's not yet a practical environment
for commercial programming, but is interesting for fun
(Franklin Tessler) This node is going crazy... sorry. Andy: Apple
has announced an October shipping date for the 20 Meg drives...
did you mean earlier then that the ROMs would be out after
that. Also, will Switcher 4.0 be an "official" release?
(Andy Hertzfeld) Switcher 4.0 is the official released version. Yes, the
hard disk is currently supposed to come out before the new ROMs, so it
will run the new file system in RAM
...
(Craig McGowan) i don't know what happpend but, basically, my question was
regarding the ability of the the current os to handle network events
without polling.
(Andy Hertzfeld) Yes, the Mac currently does handle network events without
polling in software. The SCC chip does header recognition in hardware and
interrupts the OS when a packet comes in. The current AppleTalk software
is fairly sophisticated; the only real improvement that needs to be made
is that the file system doesn't handle concurrency very well yet.
(Randall Merkh) hi andy, What do you think of the Mac Revealed book?
(Andy Hertzfeld) I think it's pretty good, but still incomplete. I haven't
seen the 2nd volume yet, which is necessary if you want to write real
programs. It works best as a supplement to Inside Mac, rather than a
replacement for it.
(Tom Mackie) Andy - two ques... 1. The 3.0 doc says that Config for Laser
will be left out of the release version. Why? 2. Cuppertino is still the
bleak hole for USMail - is there a way to get ananswer to serious hardware
problems from them? (The local Reps say they don't really have much
authority...)
(Andy Hertzfeld) Room for LaserWriter was removed from Switcher because the
printing software was improved so things should work OK in a 128K
configuration (all except for MacWrite). It was confusing people so I
removed it. If you're having trouble reaching Apple by mail, try calling
them at (408) 996-1010; if you're persistent enough, you'll always get to
talk to someone who can help you
(Bill Gibson) A simple question. What is the status of MacBASIC and is Doug
Dennman still writing it. Also what does one do to Beta test for Apple?
(Andy Hertzfeld) MacBasic is all finished (finally). It was written by
Donn Denmann (not Doug). The only hold-up now is Apple trying to decide
if its worth releasing it, given the fact that MicroSoft Basic has gotten
fairly good and the headaches involved in maintaining and supporting a new
programming environment. If you want to be a beta-test site for Apple,
send a letter to someone like Guy Kawasaki (or maybe a message to Dan
Cochran on MAUG)
(Steve Rabalais) 1. IS IT POSSIBLE TO LOAD AND LOCK A CODE resource in more
than 64k bytes.
(Andy Hertzfeld) Yes, its possible. The problem has more to do with the
limitations of the 68000 than the Mac system. Since relative branches are
limited to 16-bit signed offsets, it's hard to have a code segment bigger
than 32K and still have every part be able to branch to every other
part. A linker could be constructed to handle it, but why bother?
(David Heller) Andy, if i do my own upgrade is apple going to support me
on the ROM upgrade and do you have any idea what the approx cost of the
ROM upgrade will be?
(Andy Hertzfeld) If you upgrade to more than 512K, make sure to keep the
screen at the top of the address space. Apple will try to sell the
ROMs as cheaply as they can. Since the ROMs will cost Apple around 20
dollars, I would expect them to sell for around 60 dollars or so.
(Eric Zocher) Two Q's: 1) Can you reveal any specifics about the contents
of the additional space in the new ROM(s) - will system resources like
Chicago FONT, MDEFs, WDEFs, CDEFs be in silicon? 2) Do you know when &
how info will be available about the new hierarchical file system? Will
software supplement purchasers be getting a new File Manager chapter
of IM? THANKS in advance!
(Andy Hertzfeld) The new ROM isn't frozen yet, so things are subject to
change, but I would expect the Chicago font (but no other fonts),
WDEF 0, MDEF 0, CDEFs for buttons and scrollbars and most of the PACKS
to be in the ROM. Info on the new file system should be available to
developers through the normal channels pretty soon. The new file system
is compatible with the old except for people who follow the FCB list
(the FCB size is different) or read the directory themselves. Most
software will run just fine because the "vRefNum" will mean the working
directory instead of default volume
(Dennis/AltSysop) Just a note - "Normal channels" includes DL8 of MacDev.
(Tim Pulling) Will there be an upgrade to replace the internal
drive with a double sided drive? I've heard there might be heat
considerations. Thanks. Done.
(Andy Hertzfeld) Yes, there will be an upgrade to replace the internal
drive. It will be optionally bundled with the new ROM so you only have
to open the Mac up once. It will be available in the same time frame
as the new ROM
(Peter Prime) I HAVE 4 XL'S AND A 512K. WHY DOESN'T SOFTWARE RUN ON BOTH.
THERE SEEMS TO BE ABOUT 30% OF THE 512K SOFTWARE THAT JUST WILL NOT RUN ON
THE XL. THANKS
(Andy Hertzfeld) The underlying hardware is pretty different on an XL from
the Mac, so there are are number of different types of incompatibilies
that arise. Most of them have to do with I/O in some form or another.
Of course, the XL does not have Macs sound capabilities, and any
application that writes directly to the screen must be careful about
rowBytes. In general, applications will run on the XL if the developers
care enough to code for it and thoroughly test them in that environment.
(Dave Vargo) Is there a chance of the 7/7 bug making draft printing slower
than high quality being fixed. I don't expect new software but bug fixes
are the responsibility of the manufacturer. Also are there plans for a
Mac compatible portable?
(Andy Hertzfeld) I think there are currently two programmers working
full-time on maintaining the 7/7 software so there is a good chance the
bug will get fixed. A portable Mac still looks pretty far away, since
it's still real tough to make a good-looking display with Mac resolution.
(Tim Pulling) I think that the TScan is fantastic...is there any chance
we'll see a lasso-type selection device that would make selecting oddly
shaped areas to half tone? (easier that is)
(Andy Hertzfeld) I really wanted to put that feature into my new release
(I know how to do it; its not that hard) but I ran out of time so it won't
be in the new release that will be available shortly. I promise to do it
for the release after that, which will probably be around the end of the
year
(Doug Quebbeman) Andy, 1st, will the Lisa Smalltalk find its way to the Mac,
2nd will the 32x32 mouse cursor have an editor/picker for the resource
editor or a separate application for editing the cursor.
(Andy Hertzfeld) Lisa SmallTalk should be available for the Mac, since Dan
Ingalls, the world's leading SmallTalk expert, has been working real hard
on it. I've seen it running on a 512K Mac, but I'm not sure what the
marketting plans are. The 32 by 32 cursor is going to bit-double the
16 by 16 cursor (that's the only way to do it and maintain software
compatibility, although I might special-case the arrow) so a special
resEdit driver is not necessary.
(Tom Mackie) Andy, much has been reported - especially on ARPAnet- as to
power supply/overheating problems. Can you comment? And do you indeed run
you Mac with the cover off?
(Andy Hertzfeld) Apple is pretty careful about testing things like that,
but its always possible to get a bad batch of components in and have
it slip through quality control. Before I got my Hyper, I used to run
a Mac without a cover, but that had nothing to do with overheating;
I was diddling around with the hardware about so it was more convenient
to leave the cover off. I did get a bad electric shock once;
I wouldn't recommend it.
(Eric Zocher) I just heard a rumor that a 24-pin Imagewriter II with
2 - 3 times the throughput of the Imagewriter is in the works.
Care to comment?
(Andy Hertzfeld) Yes, it's true, except I'm not sure how many elements are
on the printhead. It is considerably faster and does have much nicer
print quality.
(Laney Chouest) The folks at Odesta Helix tell me that they are waiting
for "standards" for the network and fileserver before they release
multi-user software.. Could you comment.. I am desperately looking for
the macintosh office..I need it
(Andy Hertzfeld) The network standards are pretty well established by now,
but the file server protocols are not, so it is prudent for them to wait.
The whole file server situation is pretty confused right now,
so I don't know what to tell you.
(Dennis/AltSysop) Tech Note 20 is on Data Servers on AppleTalk - it's in
MacDev DL8.
(Laney Chouest) On the Fileserver Will file password protection be on the
fileserver system or in the application software?
(Andy Hertzfeld) I don't know. Apple was developing a file server that had
some form of password protection in the system, but it was recently
cancelled and I'm not sure what the current strategy is.
(Vernon Keenan) I'm shopping for C compiler...can you recommend one?
(Andy Hertzfeld) Most people I know use the Consulair C compiler. It does
not generate very tight code, but it is fairly mature and is well
interfaced to the Mac system. Apple has a C compiler that should be
released as part of the MPS development system, but its currently
vaporware.
(Dennis/AltSysop) Latest release of Consulair Mac C generates code about as
good as any of the other native Mac Cs but it doesn't come close to
Workshop C.
(David Jacobs) Will there ever be an Apple Profile that can hook up to
both the Mac and Apple II.
(Andy Hertzfeld) I think the new 20Meg external drive from Apple will be
capable of doing that, since it interfaces through the IWM, which is
common to both Mac and the Apple ][. All it would take is a driver for
ProDos and probably some ProDos -> Mac conversion software that I think
they're already working on. One of the advantages of the recent
re-organization is that things like that should be much more likely to
happen.
(Tom Mackie) Andy, is coding for the Atari etc. similar enough so that it
(may) tend to expand the software base for developers?
(Andy Hertzfeld) No, it's really very different. It would be possible to
write a MacWorks for the Atari and then it would be easy, but that's not
an easy thing to do and I doubt if anyone will. GEM seems to have
about half the capability of the Mac ROMS.
(Brad Pettit) Are there any planned updates to MacPascal that will make it
easier to use the toolbox or that will permit more sizable applications.
(Andy Hertzfeld) If you mean the interactive Pascal from Think Technologies,
yes,
they are currently working on a "developer's version" that should
be quite practical for writing large applications. It will have the
option of generating native code, while retaining it's unique interactive
flavor. Last March they siad it would be ready in the fall, but
I haven't heard about it recently.
(Dennis/AltSysop) (There's supposed to be an update to the interactive
version "in time for the fall semester")
(Dennis/AltSysop) I guess that's it - OK by you, Andy?
(Andy Hertzfeld) OK, it was fun!
------------------------------
End of INFO-MAC Digest
**********************
∂23-Jul-85 1603 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #25
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 23 Jul 85 16:03:32 PDT
Date: 23 Jul 85 1311-PDT
From: John M. Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #25
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 24 Jul 1985 Volume 3 : Issue 25
Today's Topics:
Control Cs in files
NEON! Review (long, long message)
How to get PICTs into Lisa RMaker
Thunderscan -> laserwriter software?
NEON! v.s. MacApp?
Imagewriter as a regular printer?
----------------------------------------------------------------------
Date: 20-Jul-85 18:18 PDT
From: BSF.TYM@OFFICE-2
Subject: Control Cs in files
Re: Daniel Breslau's posting in Info-Mac V3#20 about control Cs in Modula-2
files. If they are using the Apple program editor (the version we have was
written by Bill Duvall and is copyrighted by Apple and Consulair Corps), it
will place control Cs in the file if you hit the enter key. They do NOT show
up when you do a "Show Invisibles", so your filter seems to be the best
approach (short of not hitting enter). Not good, particulary if you are
preparing text for upload to a DEC type system!
Bill Frantz - Key Logic - BSF.TYM@Office-6.ARPA
------------------------------
Date: Fri, 19 Jul 85 18:11 PDT
From: piersol.pasa@Xerox.ARPA
Subject: NEON! Review (long, long message)
For those of you who have heard of NEON! (from Kriya Systems) and are
curious about it, the following are my impressions following a week or
so of reading the manuals and a few days of playing with the system.
1. NEON! is a new language, similar to Forth in many ways. There are
several enhanced features which move the language away from 'pure'
Forth, and into the realm of object oriented languages.
2. If you have programmed in Forth before, you may be pleasantly
surprised by the advances over a more standard Forth, aside from the
object oriented extensions.
For instance, the Forth concept of variable (which uses @ and ! to fetch
and store from the variable), has been replaced by a type of entity
called a 'value'. There is a prefix assignment operator which sets the
value: i.e. the phrase ' 4 -> alpha ' sets the value of alpha to be
four. The expression ' alpha 2 + ' would then evaluate to 6. Notice
the difference from the standard Forth variable, which would have
required an expression like ' alpha @ 2 + '. This little bit of
wizardry is done with multiple cfa's, and NEON! documents a few useful
defining words to allow the creation of similar entities yourself.
Even better, you can cause the elements on top of the stack to
temporarily become named values as you execute a word. An example:
: sumsquares { a b -- a↑2+b↑2 }
a a * b b * +
;
in NEON! is equivalent to
: sumsquares ( a b -- a↑2+b↑2 )
dup * swap dup * +
;
in MacForth. I personally find the former far more readable.
Dyed-in-the-wool Forth enthusiasts may disagree, of course. You are not
forced to use this feature, which obviously involves a certain amount of
overhead, but for complex word definitions this feature is a dream come
true.
3. NEON! uses the Macintosh parameter stack as its own main stack.
This makes toolbox calls a breeze. All you have to do is put the
parameters on the stack in the order you see them in 'Inside Macintosh'
and follow it with a call to the toolbox. For those calls that return a
value, a dummy word is placed on the stack just prior to the call to
hold the return. This rather simple mechanism allow NEON! to support
virtually EVERY toolbox routine with almost no overhead. Nice.
4. NEON! includes a good basic set of object definitions, and a
workable object system. This simplifies working with windows,
rectangles, points, handles, etc. This was, of course, the reason for
implementing NEON! in the first place. I personally found the language
to be far superior to MacForth in dealing with such entities. It is
easier to produce powerful applications in NEON! than in any other
Macintosh language I have seen.
5. The language supports an interesting module facility. These modules
may, of course, define new objects and words. Objects defined within a
module can only be instantiated within that module. The module is
compiled into a binary form, and words can be 'imported' into the main
application in much the same manner as the similar feature in Modula-2.
Most importantly, these modules can be loaded and purged rapidly during
execution, allowing segmented applications (larger than can fit in
memory) to be created with little or no effort on the programmer's part.
This is perhaps my favorite feature of the language.
6. The system includes a utility to produce 'clickable' applications
programs which run without any other support. This is a complex process
by NEON! standards, but is no worse than the procedures I've seen for
the various C compilers around. The Kriya 'Typing Tutor' application
was supposedly written in an early version of NEON!, so it obviously is
really capable of producing salable applications.
7. NEON! is rather Mac specific. Many of the basic classes are
intimately related to the Mac's operating system. Don't look for much
portability to other machines anytime soon.
8. I had hoped for a nice in-line assembler, but as yet none exists.
This is a minor deficiency that I expect to see corrected in relatively
short order. There is no floating point support, but I suspect it would
be very easy indeed to write an interface to SANE.
9. The sources for all of the basic object classes, interfaces, and
even the programming environment front end come with the system. It is
very instructive to the novice NEON! programmer to look over this code
to see how the front end was implemented. The documentation includes an
excellent 19-lesson tutorial, documentation on the pre-defined object
classes, and the NEON! vocabulary. Also included is an extensive table
of system equates. Overall, the documentation appears complete and of
relatively high quality.
All in all, I am pleased with NEON!. For the $150 price, it is a true
bargain as application environments go. I believe the price has gone up
to $225 now, but it is still a worthy programming system for a serious
Macintosh developer.
I am not affiliated with Kriya Systems in any way other than as a
satisfied customer.
Kurt Piersol
------------------------------
Date: Tue, 23 Jul 85 11:10:56 cdt
From: Alan Painter <ots!alan@rice.ARPA>
Subject: How to get PICTs into Lisa RMaker
I received 2 answers to my "PICTs into Lisa Rmaker" query and
they solved the problem. Just in case there are others who
aren't familiar with the process (as seems to be the case from
the first letter in the last digest) I am giving a complete
description of the process.
1) Create a picture in MacPaint and (using the lasso) paste it into
the scrapbook.
2) Use REdit to copy the PICT resource out of the scrapbook and
into a file (one picture per file). Do this by copying a file
containing a resource of some sort and cutting out all of the
resources and then paste the PICT into the emptied file (there
may be a better way of getting an empty file, but I couldn't
find one).
3) Transfer the file to the Lisa using MacCom. It will show up
as a .RSRC file on the Lisa (with an associated .MFEN file
that can be deleted and ignored.)
4) Translate the .RSRC file (which is in REdit format) into a .RSRC
file in RMaker format. The formats and the method for doing this
are desribed below. I wrote a trivial Lisa Pascal program for
doing this.
5) Include the .RSRC file into the RMaker file as a resource of type
PICT in the manner described in the "Putting Together" chapter
of Inside Mac. It is essentially the same way that CODE is
included except that the resource ID is declared with it.
Note that steps 3 and 4 are interchanged if the PICT format is
translated from REdit to RMaker in the Mac itself, rather than
on the Lisa.
Here's a description of the formats that I received from:
munnari!fac1.anu.oz!smynmath@seismo.CSS.GOV
>The PICT resource obtained from REdit has a resource header which
>must be removed for the file to input to RMaker (so that RMaker can
>put it back again!) If you DumpPatch your picture file (assuming
>it has just one PICT in it) you will find that the header is the
>first half of block 0; the next four bytes are a LongInt giving the
>length of the resource; the PICT itself starts at byte 260 of block
>0, and starts with 5 integers (words), being the length again followed
>by the picture bounds.rect. The PICT ends with an FF byte.
>
>I wrote a small Pascal program to cut a sequence of bytes from any
>file (perhaps you can do this with some utility supplied but I
>couldn't see how); I then cut length+2 bytes starting from block 0,
>byte 260. The file formed is then in the correct format for RMaker.
>This procedure will also work for capturing other resources, including
>CODE!
>
> Neville Smythe, Maths, Australian National University
Alan Painter
ots!alan@rice.arpa
------------------------------
Date: Tue, 23 Jul 85 09:53:55 PDT
From: <DAVEG%SLACVM.BITNET@Lindy>
Reply-to: DAVEG%SLACVM.BITNET@Forsythe
Subject: thunderscan -> laserwriter software
Date: 23 July 85 09:54-PST
From: DAVEG@SLACVM
To: INFO-MAC@SUMEX-AIM
Subject: thunderscan -> laserwriter software
Date: 23 July 1985, 09:51:09 PST
From: David M. Gelphman 415-854-3300 x3186 DAVEG at SLACVM
To: INFO-MAC at SUMEX-AIM.STANFORD
Subject: thunderscan -> laserwriter software
Among the many jewels of information contained in the MAUG conference
with Andy Hertzfeld was a mention of a program which allows printing
of a thunderscan document on the laserwriter written by someone named
Bill Bates. Does anyone have any details about this program such as
what the capabilities are and who sells it? David Gelphman
DAVEG@SLACVM.BITNET
------------------------------
Date: 19-Jul-85 20:54 PDT
From: Kirk Kelley <KIRK.TYM@OFFICE-2>
Subject: Re: NEON! Review
From: piersol.pasa@Xerox.ARPA
... It is easier to produce powerful applications in NEON! than in any
other Macintosh language I have seen.
Has anyone had experience with the recently announced object-oriented
MacApp in any of the various languages implementing it? I would like
to hear some impressions of these. Seems like they would make the
most appropriate comparison to Neon. I'm curious how related the Neon
classes are to MacApp, since Neon appears to fill the niche for the
FORTH MacApp.
-- kirk
------------------------------
Date: Tue 23 Jul 85 08:20:08-PDT
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: Imagewriter
We have an Imagewriter that we'd like to use with other pc's than our
Mac. Does anyone know if the Imagewriter supports Epson or any other
printer's graphics? Or is there an MSDOS program that let's it be
used by programs such as Lotus 123? Thanks.
Steve Dennett
dennett@sri-nic.arpa
------------------------------
End of INFO-MAC Digest
**********************
∂24-Jul-85 1723 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #26
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 24 Jul 85 17:23:23 PDT
Date: 24 Jul 85 1715-PDT
From: John M. Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #26
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 25 Jul 1985 Volume 3 : Issue 26
Today's Topics:
uw - multi-window tty emulator
Neon Group & Re: Price
Hyperdrive details
PageMaker has been released!
What is ``Macintosh Revealed''?
Epson printer compatibility ?
----------------------------------------------------------------------
Date: Fri, 19 Jul 85 18:38:03 pdt
From: John Bruner <jdb@s1-c.ARPA>
Subject: uw - multi-window tty emulator
In the past I have seen a number of articles suggesting that
someone should implement a multiple-window terminal emulator on the
Macintosh. I have done so (for 4.2BSD UNIX). Here is the result.
My program is called "uw". It implements up to seven independent
terminal sessions on a Macintosh connected to a 4.2BSD host by a
serial line. (It also works over dialups; however, it may not work
over a network because XON/XOFF flow control does poorly in network
environments.) It emulates an ADM-31 terminal (a "smart" ADM-3A).
The UNIX side is handled by the programs "uw" (server) and "uwtool"
(used to start new windows from the UNIX end).
The distribution includes the source for the 4.2BSD programs.
I've only used it on a VAX, but it should work on any 4.2BSD host.
I believe it can be made to work on any UNIX which supports something
like pseudo-terminals. (For instance, I believe I could make it work
on the PDP-11's in the Purdue Engineering Computer Network. [Sorry.
Those who know me understand why I had to put that in.]) The protocol
is simple (and is described in a header file included in the
distribution), so perhaps someone will try an implementation for
System V (?).
Since "uw" uses pseudo-ttys, I recommend that potential users
contact their system administrators about the effect on the
available ptys. A UNIX system with only 16 pty's won't support
very many copies of "uw" running at once.
I believe "uw" will run on a 128K Macintosh, but I don't have one
available to test it.
There is no warrantee, express or implied, associated with this
program. In particular, I cannot promise that it is free from
security loopholes.
There are more things I'd like to do with this program. If the
feedback is positive I'll probably post newer versions later.
[ These sources have also been posted over usenet on net.sources.mac
The attached shar file may be found in <info-mac>unix-uw.shar
This contains the unix "uw" server source files and the "HQX" files
for the Mac program. John is not ready to release the Mac sources
at this time. -jma ]
--
John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
MILNET: jdb@mordor [jdb@s1-c.ARPA] (415) 422-0758
UUCP: ...!ucbvax!dual!mordor!jdb ...!seismo!mordor!jdb
------------------------------
Date: Wed 24 Jul 85 17:40:13-MDT
From: Tony Jacobs <T-JACOBS@UTAH-20.ARPA>
Subject: Neon Group & Re: Price
A users group has now been started for NEON. If you requested to be on the
list and didn't receive the first message then send me some mail.
If you would like to be on the mailing list then send me your address.
I spoke with Kriya yesterday and they said the $150 price has been extended
to October. They also told me that consortium universities can get a 20%
discount due to agreement developers have with apple. I don't believe you
can get the $15 for the tell a friend deal and the 20% consortium discount.
By the way if anyone who isn't in the consortium is still looking to get Neon,
tell them that Tony Jacobs, ser.# A0503208 sent you and they will send me $15
in which I will be glad to return any portion of that to you.
Kryia is comming out with an update in 6-8 weeks which will include a new
manual with new chapters, a new glossary which is complete, an index (yea!),
and some other code improvements. The Neon manual is really quite excellent
but has quite a few typos or printing problems (it's lazed).
Tony Jacobs
t-jacobs@utah-20
------------------------------
Subject: Hyperdrive details
Date: 23 Jul 85 16:18:30 EDT (Tue)
From: meltsner@mit-charon.ARPA
The latest issue of General Computer Corp.'s newsletter about the Hyperdrive
states that they have developed the Clip (TM) to allow H-drives to be hooked
in without altering the Macintosh's main logic board. The Clip consists of
an over-chip clamp (like some old logic monitors) and a a flat cable to the
Hyperdrive. Installations are said to be done in about a half hour.
Is this clamp a commercial device? Or should I try to buy them from GCC?
The other interesting details are that Apple now will support Hyperdrived
Macs on the non-GCC parts, and that the Hyperdrive is (for some dealers)
twice as profitable as the Mac (I guess a gross margin of about $800/drive or
30-40%).
The last Hyperdrive detail is just a rumor, but I heard that GCC will soon
offer memory upgrades to 4 megs for the Macintosh.
Ooops! The really last detail is: all Hyperdrives are serialized, and software
can be keyed to this number, and Lotus is really pushing Jazz+Hyperdrive.
Hmmm.
Ken
------------------------------
Date: Fri, 19 Jul 85 12:22:28 pdt
From: fluke!adam@uw-beaver.arpa (Adam Novick)
Subject: PageMaker has been released!
Aldus released PageMaker four days ago (on July 15th). Those mail order
houses that have been advertising it for the last several weeks should now
be able to come up with the goods. You should also be able to find PageMaker
at Apple dealers that serve the business community.
I have been a beta test site for PageMaker for the last several months, and
would like to offer my comments to the net. My perspective is that I have
been working in technical publications for the last six years. My first book
was done the hard way, with pencil, scissors and glue. Since then I have
worked on a variety of mainframe wordprocessing and typesetting systems.
In a nutshell, PageMaker is so slick, so versatile, and so easy to use, I
want to shout about it.
For those of you who don't know what it's about, PageMaker is an electronic
page-makeup program. You can use it to pasteup text and graphics to create
pages for slick, graphic-arts-quality publications, right on the Mac. It
works with the ImageWriter, the LaserWriter, and (get this!) professional
phototypesetting machines. The program requires a 512K Mac and an external
drive.
PageMaker directly accepts documents produced by MacWrite, MacDraw,
MacPaint, and Word. It also accepts anything else you can get on the
clipboard. (I haven't tried PageMaker with Word, but since Aldus has made good
on all their other claims, I'm sure it works with Word, too.)
Once documents are on a page, you can edit the text, stretch and crop the
graphics, add other simple graphic elements, and move everything around
until you are happy with the result. During the process, you can zoom in and
out to see the pages at different magnifications. Among other features, text
columns are "threaded" together so that when you lengthen or shorten a
column, text automatically flows into or out of the other columns as
required, even from other pages.
The list of features goes on, but rather than repeat them here, let me refer
you to Aldus' demo disk or to one of the recent reviews (see MacWorld, July
1985; Professional & Corporate Publishing, March 1985; or the Seybold Report
on Publishing Systems, Volume 14, Number 9). Or better yet, look at some
sample pages, like the PageMaker manual itself. It's phenomenal what you
can do with a Mac and a LaserWriter.
People are undoubtedly going to choke on the price ($495 list), especially
when they compare it to the price of MacPublisher and Ready-Set-Go! ($99 and
$125, respectively). But PageMaker has so many more capabilities it's really
a question of comparing apples to oranges (no pun intended). The bottom line
is that if you have a LaserWriter, you can't afford NOT to have PageMaker.
One point that reviewers have generally failed to appreciate is the
significance of PageMaker's use of PostScript. PostScript is a
device-independent, page-description language which is rapidly becoming the
industry standard. PostScript can describe just about anything you can think
of putting on a page--from text to vector graphics to bit maps. Because it's
device independent, the resolution of your carefully crafted page is limited
only by the resolution of the output device. Although this doesn't work
miracles for bit-mapped art (e.g., MacPaint, MacVision, and Thunderscan
graphics), it means text and vector graphics can take full advantage of the
LaserWriter's or a phototypesetter's capabilities.
In practical terms, this means you can put together a newsletter using your
ImageWriter, tweak the layout until it's right, and then--without changing a
single byte--print it on a LaserWriter or a phototypesetter. Out come
typeset pages, complete with all your text and graphics. (Can you imagine the
crispness with which a phototypesetter would reproduce the vector graphics
from your MacDraw document?)
The first phototypesetters to be able to interpret PostScript--and thus be
usable with PageMaker--will be the Linotronic 101 and 300 from Allied
Linotype. (Allied is the new name for Mergenthaler, the prestigious,
100-year-old typesetting firm. In keeping with the times, Allied is calling
their products "imagesetters" rather than "typesetters.") An Allied rep just
told the Seattle Macintosh User's Group that the Linotronic 101 will be
available in 150 days.
After all this gushing I owe you some caveats:
First, although the ImageWriter can print PageMaker documents, it really
takes the LaserWriter (or a phototypesetter) to take advantage of
PageMaker's capabilities. The slickest of layouts is going to look
amateurish unless the text and art are crisp, and the crisper the better. In
other words, the LaserWriter needs PageMaker, and PageMaker needs the
LaserWriter.
Fortunately for paupers like you and me, according to Aldus, businesses
(such as computer stores?) will soon offer printing on the LaserWriter as a
service: You hand them a disk and they hand you pretty pages. Presumably,
someone will offer a similar service with the Linotronics.
(So you want your own Linotronic 101, eh? Hey, go for it! They only cost
$30,000. Actually, that's cheap compared to what similar systems cost only
a couple of years ago.)
Another important point is that PageMaker is really intended for documents 1
to 16 pages long--such as newsletters, menus, brochures, little instruction
manuals, etc. These it can do with beautiful efficiency.
PageMaker can also be used for longer publications, but the going definitely
gets tougher. As I mentioned before, Aldus pasted up their manual using
PageMaker (and it looks great), but as the manual itself implies, such tasks
are no simple feat. (The manual suggests using a hard disk to make larger
jobs a little easier.)
For smaller publications, though, PageMaker really sings. As one reviewer
said, "If you were to sit down and use the program, and did not see that you
were using a Mac, you'd think you were using a $100,000 page make-up
system."
Drool, drool, drool.
Adam Novick
Supervisor, Technical Publications
John Fluke Mfg. Co., Inc
Everett, WA
Disclaimer: Aside from having volunteered to be a Beta test site and edit
their manual in exchange for a copy of the final release (Jeez, I work
cheap!), I have no connection with Aldus.
------------------------------
Subject: What is ``Macintosh Revealed''?
Date: 23 Jul 85 22:24:54 EDT (Tue)
From: dm@BBN-VAX.ARPA
In the MAUG conference with Andy Herzfield, someone asked him what he thought
of ``Macintosh Revealed''. He said he hadn't seen volume 2 yet, but that he
thought it made a good supplement to ``Inside Macintosh''.
What's ``Macintosh Revealed''?
------------------------------
Date: 24 Jul 1985 09:10-EDT
Sender: LIZZA@USC-ISI.ARPA
Subject: Epson printer compatibility ?
From: LIZZA@USC-ISI.ARPA
I have a friend with a Kaypro who is thinking of moving
to a Mac. He would like to avoid buying an Imagewriter if his
FX-80 wil suffice. I've seen ads for an FX-80 with Graftrax+ for
a Mac. Anyone have some insight? Thanx
------------------------------
End of INFO-MAC Digest
**********************
∂29-Jul-85 2230 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #27
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 29 Jul 85 22:30:10 PDT
Date: 29 Jul 85 2224-PDT
From: John M. Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #27
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 30 Jul 1985 Volume 3 : Issue 27
Today's Topics:
ETZH Modula Compiler now available
Switcher 4.0
Experiences with MacApp
Epson Connection
Davong Drives and AppleTalk.
Booting MacWorks
Using QuickDraw Pictures?
Comic book artist uses Macintosh as main tool
----------------------------------------------------------------------
Date: Fri 19 Jul 85 22:39:06-PDT
From: Elgin Lee <P.PAVANE%LOTS-B@LOTS-B>
Subject: ETZH Modula Compiler now available
THese are now files on <info-mac>:
mod.doc, mod1.hqx through mod13.hqx --
Modula-2 compiler. That's right, a free Macintosh
compiler! This was developed at ETZH at Zurich,
and is a port of Niklaus Wirth's original
five-pass Modula-2 compiler. For those who don't
know, Modula-2 is descendant of Pascal designed
by the same person (Wirth) who designed Pascal.
Documentation is in mod.doc. Note that you
will also need utility-packit.hqx to install the
compiler.
Elgin
------------------------------
Date: Wed 24 Jul 85 17:34:04-PDT
From: Jean-Luc Brouillet <BROUILLET@SUMEX-AIM.ARPA>
Subject: Switcher 4.0
Andy Hertzfeld has released a copy of switcher for general
distribution. This is the copy I believe is going out to dealers.
Since no further documentation came with this file, I have unpackaged
the shar file that came with version 2.0 and saved the documentation
in more palatable chunks as SWITCHER-DOC.HQX and SWITCHER-HINTS.HQX
The new version of switcher is saved in SWITCHER-V4.HQX
-jma
------------------------------
Date: Wed, 24 Jul 85 10:01:41 EDT
From: Mark H. Nodine <mnodine@BBNH.ARPA>
Subject: Experiences with MacApp
I have been using MacApp for about five months, so I can make some
comments about what it's like using it. The programming environment
which I have been using is a VAX 750 running Unix with SUMacC. MacApp
has only been released in Object Pascal for the Lisa development
system. Therefore, my first task was to translate all of the Object
Pascal code into vanilla C. The way I did this was by developing a
set of macros to use for method calls, object creation, and access to
instance variables (this last macro is useful since all the objects
are actually handles to the instance variables). I also developed a
class compiler which takes a class definition file as its input and
outputs a .h and .c file to define the structures for the class and
initialize the method pointers, respectively. Having done this, the
translation from Object Pascal to C was relatively straightforward,
with only the usual pointer problems that one always has with C (I
love C, I love C...). As a result of this process, my perspective on
MacApp is somewhat of a cross between a user of it and an implementor,
since I really had to understand most of the internals of it in order
to get it working.
I cannot compare MacApp directly with NEON!, since I have not worked
with the latter. MacApp is my first introduction to object-oriented
programming, and I must say that I find the paradigm a useful one for
organizing code. Most of the standard classes which MacApp defines do
NOT correspond to Toolbox types. The only real exception to this is
the TWindow class. The object system allows you to define one class
as a subclass of another, overriding any methods you want to handle
differently, and adding any instance variables which you require. The
major MacApp classes are:
TEvtHandler - any object which might want to handle idle, menu or key
events is a subclass of this. The event handlers are
chained together from whatever is the current target, and
get their chance to enable/handle menu items, or handle
idle/key events.
TApplication - subclass of TEvtHandler. Always use a subclass of it.
It handles events; desk accessories; the menu items
About App..., Quit, Close, New, and if a desk accessory
is active, Undo...Clear; and opening/closing documents.
TDocument - subclass of TEvtHandler. Always use a subclass of it.
Opens the window(s) for a document.
TFrame - subclass of [subclass of] TEvtHandler. This is the
hairiest class which is currently defined. It handles
coordinate transformations, scrolling, resizing, tracing
the mouse, and autoscrolling.
TWindow - subclass of TFrame. Handles activate, mouse down, and
update events, initiates drawing, and handles resizing
and moving of windows by the user.
TView - subclass of TEvtHandler. A way of looking at the data.
Handles drawing, highlighting of selections, and
printing.
TCommand - performs commands. Handles tracking and feedback for
mouse commands and undo/redo.
MacApp also has objects for a debugging window, TextEdit views,
filing, and printing. Of these, the only ones which I have so far
implemented in C are those dealing with files, so I can't comment
about all the debugging stuff.
In short, MacApp does a lot for you, but it frankly takes a while to
be able to wrap your mind around the concepts and utilize them
efficiently. One nice thing about MacApp is that you can put all of
their routines into a library and write your application without ever
needing to modify their stuff, since you can easily override anything
which you wish to handle differently. This is NOT true for skel, the
skeletal MacIntosh application archived on Info-Mac. MacApp is more
flexible and handles more of the problems than SimpleTools does. It
is compiler-intensive: I had to adjust upwards the symbol table size
of the C compiler.
I believe that MacApp was a faster way for me to develop my program
than writing from scratch and that the quality of my program is better
as a result.
Mark Nodine
Bolt, Beranek, and Newman Laboratories, Inc.
Cambridge, MA
mnodine@bbn-unix.ARPA
I have nothing to gain from any of the above comments. The comments
are my own and should not be taken as representing an official policy
statement of BBN or any of their family or friends. The usual
disclaimers do not quite apply, since we do have a licencing agreement
with Apple concerning MacApp. The above comments apply to release
0.2.
------------------------------
Date: 12 JUL 1985 09:20 CST
From: C27830AD%WUVMD.BITNET@Berkeley
Subject: Epson Connection
I have used the MacEnhancer a bit with my Epson MX-100. The results
were that it printed everything that the Imagewriter did without fail.
The only real problem of difference was that the aspect ratio was
changed so that things were wider than should be. I have no idea if
this is also true of other Epson printers, but I'd like to know. Hope
that a summary gets posted.
Art Denzau C27830AD@WUVMD.BITNET (314)889-5688
Dept. of Economics Box 1208
Washington Univ.
St. Louis, MO 63130
------------------------------
Date: 05 Jul 85 16:00 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.ARPA
Subject: Davong Drives and AppleTalk.
Apparently the driver resource number for the Davong drives is the
same as that used by AppleTalk. Davong has informed us they are
working on the problem but that was over a month ago. Has anyone
had similar experieces and/or solutions?
- Tom Dowdy
------------------------------
Date: Wed, 17 Jul 85 01:47:16 EDT
From: tmb%talcott@harvard.ARPA (Thomas M. Breuel)
Subject: Booting MacWorks
I am using a Lisa 2, 512k, with a 5M (external) ProFile harddisk.
Today I got the new version of MacWorks (MacWorks XL), and I installed
it on the harddisk. Unfortunately, at first, the Lisa was in a power
cycling loop. A look at the boot rom revealed that this situation could
be helped by clearing location $fcc189.
Not quite as easy is, however, to figure out how to set the
preferences, in particular the screen brightness. When booting from the
distributed MacWorks disk, it is set to some nice value, but when
booting directly from the harddisk, the screen brightness is too low. I
presume, the screen brightness is stored on the ProFile. Any
suggestions how to set it without bringing up the workshop?
Thomas.
(tmb%talcott@harvard.arpa)
------------------------------
Date: 24 July 85 15:45 EDT
From: K6QJDCSY%CORNELLA.BITNET@Berkeley
Subject: Using QuickDraw Pictures?
I'm currently working on a application similar to MacPaint, although I
need to store drawings as pictures rather than bitmaps. I need to know
if anybody has successfully been able to turn pictures 'on' and 'off' so
that only actual drawings (WITHOUT intermediate steps, like menu
drawing) are stored in the pictures. It would also be useful to be able
to save a picture into a file, then recall it later to append additional
QuickDraw calls. Does anybody know how to do these things?
--Pat Madden
K6QJDCSY@CORNELLA.BITNET
K6QJ%CRNLCCSB@CRNLCS.ARPA
------------------------------
Date: Sun 7 Jul 85 08:55:13-PDT
From: Jack <Palevich%hplabs.csnet@csnet-relay.arpa>
Subject: Comic book artist uses Macintosh as main tool
Mike Saenz (pronounced "science") is a Chicago based comic book artist
who uses a Macintosh computer with the MacPaint drawing program to
create a monthly comic strip titled SHATTER. His art is very
realistic -- many of his pictures look as if they were digitized.
(They are not -- he owns a digitizer, but hasn't used it yet.) He's
interviewed in issue #21 of "Comics Interview", published by Fictioneer Books
Ltd., Suite 301, 234 Fifth Avenue, New York, NY 10001.
An excerpt:
Interviewer: And that's analogous to you, working on the Macintosh?
Mike: Yes, it's like you are looking through a little window drawing
with a pen up you wazoo. It is very hard to do. I don't recommend
this to anyone unless they are willing to devote at least six months
of their time to overcoming some of the disadvantages of the process.
I think the advantages outweigh the disadvantages -- that is what kept
me in there. Other artists may feel the same way.
------------------------------
End of INFO-MAC Digest
**********************
∂01-Aug-85 1816 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #28
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 1 Aug 85 18:15:55 PDT
Date: 1 Aug 85 1805-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #28
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 2 Aug 1985 Volume 3 : Issue 28
Today's Topics:
New Mock DA's
Macs as multi-media workstations?
Apple clues on next year's Mac
"Macintosh Revealed"
thunderscan/laserwriter software from Willam Bates
Mac*Tracks bugs
Printer Access Protocol/AppleTalk interface ?
Anyone used "Mac Disk Catalog" ?
Macwrite --> word ??
Programmer's Blues
----------------------------------------------------------------------
Date: Wed 24 Jul 85 17:33:39-PDT
From: Jean-Luc Brouillet <BROUILLET@SUMEX-AIM.ARPA>
Subject: Mock DA
Here are the latest versions of the mock desk acc. They include
MockWrite
MockPrint
MockTerminal
Please note that these are distributed on an honor system, so if you
use them, pay for them. Also note, posted in a separate file is a
program to set the baud rate and other stuff for mockterminal, be sure
to grab that too.
George Erhart
PS. They are in the new DA/Font mover format.
[ This all is one file. It has been put in the file DA-MOCK.HQX -jma ]
------------------------------
Date: 25 Jul 1985 0842-PDT (Thursday)
From: Keith Lantz <lantz@Gregorio>
Subject: Macs as multi-media workstations?
The ARPA Applications Task Force has adopted multimedia conferencing as
its "strawman" application -- one that will best stress the Internet
(protocols) and be of great potential benefit to the world at large,
etc., etc. One step in the development of such applications is the
"definition" of what constitutes a multi-media workstation. For the
moment, we are assuming the following minimal configuration:
- Internet-based access to the ARPANET, an Ethernet, et al.
- bitmap display -- at least Mac-sized
- mouse
- >= 512K memory
- fast access to files (as if local disk)
- multi-tasking support
- access to C development environment
- C !
- windows and graphics
additional "desirable" attributes:
- hardcopy capability
With such workstations it is intended that researchers could carry on
long-distance interactive conferences in support of such things as:
- paper writing
- program development
- graphics design aids
- meetings!
- etc.
Text and graphics interaction would occur via the workstation(s).
Voice, in the beginning, would be via normal telephone connections --
even though voice hardware is currently available in limited quantities.
To the point: I have been asked to solicit opinions as to the current
and/or future suitability of Macintoshes as multi-media workstations.
What think ye?
Please respond directly to me. I am not on INFO-MAC.
Keith A. Lantz
<Lantz@su-gregorio.arpa>
------------------------------
Date: Wed, 24 Jul 85 23:20:41 pdt
From: jww@SDCSVAX (Joel West @ CACI) (ttyd5)
Subject: Apple clues on next year's Mac
(This is a copy of an article posted to net.micro.mac for those who
don't read it.)
> The "May" supplement finally arrived today (posted July 22 via
> UPS). It was about 250 pages and 13 disks (7 Mac, 6 Lisa).
There are several things in the "May" software supplement that hint at
future products. One talks about using Quickdraw so that the Laserwriter
works right; another refers to how to use printer drivers so that the
Imagewriter II will work right.
But the most interesting thing is "Future Macintosh Architectures", which
is what we all want to hear. I'd like to paraphrase highlights for the
benefits of those who don't get the supplement. (The parenthetic
comments contain opinions not directly correlated to Apple's).
If the answer to any question is "YES", you may be in trouble
with a future product. I'm skipping some boring ones.
1. Do you use any 68000 supervisor mode instructions, including
changing the interrupt level? Location $12F has 00 for a
68000, $01 for a 68010, or $02 for 68020.
3. Do you twiddle low-memory (0x00 to 0xFF), except as documented?
4. Do you assume:
a. The size of an File Control Block? It will get bigger
for "a more sophisticated file system". The 30 existing
bytes won't move.
b. The layout of a directory or allocation map? (same reason)
c. Customer code in boot blocks? Use INIT resources instead.
5. Do you allocate system heap, particularly large stuff? The size
of this will change on the 128 and 512, so don't count on much space...
6. Don't count on using instructions that work within 1st 32k...
(more globals and stack space are planned.)
8. Access VIA, SCC or IWM directly? A MMU (may) map such direct
hardware addresses and force you to use a subroutine
call to get at them. For god's sake, at least load their address
indirect from global memory.
9. Assume anything about screen bit map? it will move and get bigger.
28. Depend on a second screen buffer? "The machine may not support
a second screen at all".
10. Do you work on a Mac XL? If not do you know why? (If you can't
support a known Mac product, your chance on an unknown one are slim.)
12. Do you check explicitly for 128k, 512k, or 1M? Don't count on it.
An address could be up to 16M.
13. Do you fail with non-Apple hardware or desk accessories? You might
have a problem with future Apple stuff. Please call us.
14. Do you expect to free memory by purging system resources from
RAM? (They are moving to ROM.)
15. Is your code timing sensitive? Future machines "will run at a faster
clock rate." Try the VIA timer 2 or Tick Count instead.
16. Do you have writable data blocks in your code?
17. Do you read the keymap instead of ASCII? (All bets are off.)
21. Do you depend on existing side effects (bugs) in:
RectInRgn
PinRect
Cursor with hot spot outside cursor?
Use HLock, HPurge, etc. on non-handles?
22. Use Command-Shift 5,6,7,8,9,0?
24. Place text outside resources? Assume ascii is only 32-127?
Use time, currency, etc. without using international utilities?
(You might as well write off France, the #2 Mac market...)
26. Assume anything about disk driver? "Apple's announced hard disk
drive for the Mac as well as an enhanced 3 1/2" disk drive
will allow more and larger drives to be available to the user."
27. Use copy-protection scheme changing the disk speed? The enhanced
3 1/2" has an internal motor speed control.
29. Do you write to the serial printer directly? You screw up
Appletalk and won't work with the new Imagewriter
30. Does it fail as a startup application? You probably screwed
up in your initialization calls.
It doesn't say anything about making assumptions about color, although
QuickDraw and other places do. Hmmmmm. VERRRRRRY interesting.
Joel West CACI, Inc. - Federal (c/o UC San Diego)
{ucbvax,decvax,ihnp4}!sdcsvax!jww
jww@SDCSVAX.ARPA
------------------------------
Date: 26 Jul 1985 01:19:00-EDT
From: James.Fisher@cmu-ee-gauss
Subject: "Macintosh Revealed"
In response to the query of dm@BBN-VAX:
"Macintosh Revealed" is a $25 softcover book written by Stephen
Chernicoff and pubished by the Hayden Book Company. Quoting from the
back cover: "Volume One, 'Unlocking the Toolbox,' presents the
foundation on which the Toolbox is built. Learn how to call Toolbox
routines from your application programs, how to manage the Macintosh's
memory, how to use QuickDraw graphics routines, and how to display
character text. ... [In] Volume Two,
'Programming with the Toolbox' ... you'll learn about the highlevel parts of
the Toolbox that implement the features of the Macintosh user
interface, such as overlapping windows, pulldown menus, scroll bars,
and dialog boxes." The book assumes you know Pascal, and occasionally
supplies assembler code. It is nicely organized. I picked up my
Volume One at the local B. Dalton Book Store. [All disclaimers and
disassociations apply.]
Jim Fisher
Carnegie-Mellon University
jlf@cmu-ee-gauss
------------------------------
Date: Sat, 27 Jul 1985 13:51 EDT
From: LEVITT%MIT-OZ@MIT-MC.ARPA
Subject: thunderscan/laserwriter software from Willam Bates
In answer to David Gelphman's query about Bill Bates' Laserwriter
software:
You can contact Bill via his company,
Knowledge Engineering
G.P.O. Box 2139
New York, NY 10116
I met him recently in NYC. Apparently he's done various hacks for
the Laserwriter, although he didn't mention the Thunderscan converter.
He has other hacks, like "Puzzle Buster" for $12.95, which grabs the
Puzzle desk accessory and solves it.
David Levitt
------------------------------
From: <crash!rak@Nosc>
Date: Thu, 27 Jun 85 22:04:03 PDT
Subject: Mac*Tracks bugs
[Don't panic!]
I have had occasional "bomb" errors when running Mac*Tracks
by Assimilation. I found a pattern of behaviour that can
reproduce the error, but not consistantly:
1. Boot the disk with Mac*Tracks installed.
2. Start an application that Mac*Tracks has a track recorded for.
3. Type the command key that would perform the macro. (Nothing
happens.)
4. Pull down the desk accessory, "Mac*Tracks".
5. El bomba, usually code=10.
I am using a HyperDrive and Finder 4.1, but this error seems to
also occur under 2.2g and also off floppies. What I do to
avoid this is:
Follow steps 1 and 2, above.
3. Pull down to the desk accessory, "Mac*Tracks".
4. Click QUIT on the Mac*Tracks dialog box.
5. Type the macro key.
All seems to work when I remember to do this. Usually I need
only to QUIT Mac*Tracks once per boot; subsequent launchings of
applications seem not to need steps 3 and 4, immediately above.
Comments and related experiences and stories welcome.
Richard Kaapke
noscvax!crash!rak
"A good tool that works only part of the time is worse than a
bad tool that works every time." - R. Kaapke
------------------------------
From: stew%lhasa@harvard.ARPA
Date: 27 Jul 85 16:41 EDT
Subject: Printer Access Protocol/AppleTalk interface ?
Does anyone know anything about the non-pascal interface for the AppleTalk
routines? In particular, I need the Printer Access Protocol, so that I
can send PostScript to my LaserWriter without having to use that stupid
little downloading program that comes with Inside LW. Help!
Thanx
Stew
rubenstein@harvard.edu
{seismo, ihnp4!ut-sally, decvax!genrad!wjh12} ! harvard ! rubenstein
------------------------------
Date: Friday, 28 Jun 85 15:10:58 EDT
From: hastings (gene hastings) @ cmu-psy-a
Subject: Anyone used "Mac Disk Catalog" ?
Does anyone have any experience with or rumors about Mac Disk Catalog
from New Canaan Microcode, or any other flexible cataloggers/managers?
For the record, Mac Disk Catalog runs on 128k or 512k Mac, understands
external hard disks and Hyperdrive, will handle 500 volumes per
"catalog", can have 500-800 files per catalog on 128k, 1092 files per
catalog on 512k. Will display listings of volumes, files, files per
volume, files of given category (categories may be defined), will
print disk labels, "3x5 cards", or general listings on printer.
Written in Lisa Pascal, $39.95 from New Canaan Microcode, 136 Beech
Rd, New Canaan CT 06840, (203) 966-6969.
Gene
------------------------------
Date: Thu 1 Aug 85 10:13:20-EDT
From: Terry "Thunder" Boult <TBOULT@COLUMBIA-20.ARPA>
Subject: Macwrite --> word ??
Has anyone out there written a program to translate from a macwrite
document to a word document. (keeping at least the sub/super scripts,
and the font changes??) Terry Boult
------------------------------
Date: Sun 30 Jun 85 05:18:49-EDT
From: Robert Woodhead <Y.AJAJ-WOODHEAD-ROBERT%CRNL20A.BITNET@Berkeley>
Subject: Programmer's Blues
Hi there.. Thanks for "printing" my stuff. As you can see by
the timestamp on this message, it's been a long night of tracking down
minor glitches.. Frustrating enough, in fact, that at one point
I gave up and turned on MTV, and to my delight, one of my favorite songs
was about to come up. Cranking up the VTR, I taped it, and it occurred to
me that a little modification was in order. Therefore, without further ado...
********************
The Programmers Blues - with apologies to Glenn Frye!
There's trouble in the data now, I can feel it in my bones,
I had a premonition that I should'nt program alone,
I had the new rev loaded but I didn't think it'd fry,
then everything exploded and 2 weeks work blew sky-high!
So baby here's a printout and a keyboard in your hand,
and here's a little floppy now do it just the way we planned,
you debug for 20 days and I'll pay you 20 grand!
Im sorry it went down like this, but some chip just had to fuse,
It's the typing of the language, it's the Programmer's Blues..
Programmer's Blues..
Coder's and the Analyst's, Hacker's and Sysop's
bad comments and strange bomboffs, and the bugs nobody copped,
No matter if it's Pascal, Basic or Cobol,
You've got to carry manuals, there's no online help at all!
It's lots of rotten coffee, and lot's of dirty food,
every variable name is dangerous, it might have be pre-used,
It's the lure of relaxed typing, it's so easy to be crude!
Perhaps you'll understand it better, when you see my tools,
it's the ultimate enhancement, it's the Programmer's Blues..
Programmer's Blues..
You see it in the memos, you read them every day,
they say you have to fix those bugs, but they don't go away,
No matter how hard you work, it just won't run ok,
You bury them in subroutines, but you know they're here to stay!
You hope that none'll notice them, but they always seem to do,
You beg for Beta-testing, maybe one will give a clue,
Down from the office of your manager, you learn the heat's on you..
Heat's on you..
It's a losing proposition, but one you can't refuse,
It's policies of debugging, it's the Programmer's Blues..
Programmer's Blues..
-Robert J Woodhead Y.AJAJ-WOODHEAD-ROBERT@CRNL20A.BITNET
(607) 257-2792 PLATO : ROBERT J WOOODHEAD/ORANGE07/PCA
"There are two types of people in this world, Those that
divide the world into two types of people, and those who dont..."
------------------------------
End of INFO-MAC Digest
**********************
∂05-Aug-85 0054 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #29
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 5 Aug 85 00:43:53 PDT
Date: 5 Aug 85 0041-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #29
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 6 Aug 1985 Volume 3 : Issue 29
Today's Topics:
Font selection from the keyboard
ThinkTank hack
Re:Write->Word
The future of honorware
MacWorks XL 3.0 Oophorectomizes Lisa 2/10
BTW documentation
Where is the AppleTalk Printer Access Protocol ?
----------------------------------------------------------------------
From: munnari!fac1.anu.oz!smynmath@seismo.CSS.GOV
Date: Sun, 21 Jul 85 14:07:00 AEST
Subject: Font selection from the keyboard
From recent comments in Info-Mac (about the inconvenience of
selecting fonts using the mouse) I gather that people over there have
not discovered a rather neat trick we use with our ANUMath
mathematical fonts.
ANUMath is a set of fonts which we use in combination with Geneva.
Changing fonts all the time by pulling down the menu is of course a
real pain; Martin Ward, of ANU math dept, found a way to make fonts
selectable by command-key equivalents.
For each font that you want to be selectable by command key
equivalent, create a "dummy" font, size 0 only, of course with a
distinct ID number. Thus we have Geneva, ANUMath1, ANUMath2 etc, for
which the dummy fonts have names Geneva/0, ANUMath1/1, ANUMath2/2 etc;
the dummy font has name <fontname>/X . (Should that slash be
backslash ... never can remember ...) When command-X is pressed, the
MenuManager goes looking for a Menu item for that key, finds
<fontname>, passes it to the FontManager, and voila. (It's not good
enough to rename the original font, because then the Fontmanager won't
be able to find font <fontname> ). The number keys are an excellent
choice for equivalents, they are easy to remember and do not conflict
with any known application uses. The trick should work with any
application using a Font menu (not MS-Word). The only drawback is
that the fonts appear TWICE in the menu, once with the command key
appended; selecting EITHER however still works!
With judicious cutting and pasting, you can make the numbered fonts
appear in correct order at the top of the menu.
Neville Smythe, Maths, Australian National University
------------------------------
Date: Sun 30 Jun 85 18:36:16-PDT
From: rik <RIK@SU-CSLI.ARPA>
Subject: ThinkTank hack
If you're frustrated because ThinkTank's copy-protection scheme is
so poorly done that it won't even let legitimate users print on a
laserwriter, here's a trick:
Boot ThinkTank from Switcher instead. As long as Switcher has a laserwriter
system installed on its disk, thinktank gets fooled into spooling its
print jobs to the laserwriter. Remember to print the document in
high resolution mode.
I haven't tried it yet, but I bet the same trick would work for MacForth,
Neon, and other programs which don't do LaserWriting quite right.
------------------------------
Subject: Re:Write->Word
Date: 04 Aug 85 18:47:25 PDT (Sun)
From: Peter Korn <cc-20%ucbcory@Berkeley>
Yes. Someone has written a program that converts Macwrite files (both formats)
to MS-Word format. The people to talk to are MicroSoft. The program you
want to purchase is MS-Word. It seems that, if you are in MS-Word,
and choose open from the file menu, you will get a mini-finder (the original
one), which will list both Word, and WRITE files. Simply choose to
open a MacWrite file, and Word will automatically convert it for you,
putting it into an untitled document window. All formatting, fonts, etc.
are preserved!
Peter Korn
------------------------------
Date: Fri 2 Aug 85 14:44:18-CDT
From: CMP.BARC@UTEXAS-20.ARPA
Subject: The future of honorware
It was announced to the Univ. of Texas UMUG last night that Don Brown and CE
Software are going out of the honorware business, due to poor response to the
concept. They have found a publisher and will release future software in the
standard "money up front" manner. If this report is true, it would seem to be
a sad commentary on the attitudes of computer users towards software, sug-
gesting that we won't acknowledge that software developers are due anything for
their efforts. However, I wonder what the whole story is. I thought that the
Desk Accessory Mover was a nice product, but I never sent in my money for it.
I haven't used it all that much (not at all for several months), but intended
to send in my money the next time I used it (I prefer it to ResEdit and Apple's
own mover, which I've been using recently.). The Mock DA's didn't have some
key features that I demanded (and they caused mysterious crashes). I suspect
that others felt similarly about these DA's and didn't send CE any money
because they couldn't quite find a use for the products (nice, but no niche).
I'd like to think that honorware is a robust concept and that users are willing
to pay reasonable amounts for useful, useable (e.g., well-interfaced, well-
documented and unprotected), openly distributed software that can be evaluated
at leisure and without risk.
CE is apparently going out of the honorware business with real class. They are
offering at least two more products -- programs to convert old DA's into new
ones and to reconfigure MockTerminal. Let's wish them luck in their new
endeavors.
Dallas Webster
P.S.: If my remarks are going to provoke responses and further discussion
(i.e., flames), perhaps our moderator would prefer that it be directed to
info-micro or human-nets.
------------------------------
Date: Fri, 2 Aug 85 13:04 PDT
From: johnholly.ES@Xerox.ARPA
Subject: MacWorks XL 3.0 Oophorectomizes Lisa 2/10
MacWorks XL 3.0 Oophorectomizes Lisa 2/10
One of my colleagues was trying out the program called EXAMPLE that came with
the "5/85" software supplement from Apple. (We received it the end of July).
It was running on our Lisa 2/10 under MacWorks XL 3.0, which came in the same
software supplement package. The screen froze except for the cursor. We
restarted it with the button on the rear. Ever since, we've been in deep
trouble.
When the Lisa is restarted or turned on, it checks itself out, boots Macworks XL
from the hard disk, and tries to load the system file from the hard disk. It
doesn't get far. The disk icon with the question mark turns into the Mac icon
with the smiling face, and there it hangs. (The little rectangle below the icon
reminds us "MACWORKS XL 3.0, COPYRIGHT 1985 - APPLE COMPUTER"; how I've learned
to hate it!)
We've left it running like that for 14 hours; nothing changes. It never makes
it to the startup screen, "Welcome to Macintosh."
When we force Lisa to boot MacWorks XL from a floppy, the same thing happens.
If we force MacWorks XL to look for a startup system on a floppy (instead of the
hard disk), the same thing happens.
If we boot an older version of MacWorks from a floppy, everything works
normally, but there's no hard disk. If we run the early version of Hard Disk
Install, it says "This disk is unreadable, damagaed or not a Macintosh disk: Do
you want to initialize it?" Could this be because part of the disk now contains
MacWorks XL, a Lisa program?
If we run the latest version of Hard Disk Install it says "Sorry. . .this
version of Hard Disk Install must be run with MacWorks XL."
Naturally, we have files on the hard disk that aren't backed up on
floppies--files that would be expensive to recreate. Even if we bit the bullet
and erased the hard disk, I would not feel comfortable reinstalling MacWorks XL
on it without knowing how to avoid recurrance of the problem. Besides, saving
files to floppies every 15 minutes or so is not practical, and recreating the
hard disk is no fun either. (We had used MacWorks XL for less than a week when
our problem arose.)
Can anyone out there offer advice? Any solutions or clues would be greatly
appreciated.
John H. Holly
------------------------------
Subject: BTW documentation
Date: 24 Jul 85 23:14:29 EDT (Wed)
From: zim@mitre.ARPA
I've done further work on BTW, my HyperText/TextNet/NoteCards/etc. effort
on the Mac, and have another MacFORTH program to share, which documents the
essential ideas and methods of BTW using a network of 20 windows in BTW
itself. The file is about 20K in CONVERT format (31 FORTH screens, some
of them blank).
[ The Forth code can be found on the info-macforth@harvard bboard.
This is an experiment in documenting BTW, written using BTW,
multi-window information presentation system by Mark Zimmermann....
For further discussion, contact Mark at (301)565-2166,
as "zim@mitre" on the arpanet, or at 75066,2044 on CompuServe.
------------------------------
Date: Fri, 2 Aug 85 09:13:03 CDT
From: Rick Watson <rick@ut-ngp.ARPA>
Subject: Where is the AppleTalk Printer Access Protocol ?
Does anyone know where the Printer Access Protocol lives? Even a pointer
to where the object is supposed to be on the Workshop would help.
Rick Watson
University of Texas Computation Center
rick@ut-ngp.arpa
...ut-sally!ut-ngp!rick
------------------------------
End of INFO-MAC Digest
**********************
∂06-Aug-85 1739 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #30
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 6 Aug 85 17:39:12 PDT
Date: 6 Aug 85 1719-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #30
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 6 Aug 1985 Volume 3 : Issue 30
Today's Topics:
Resource Editor version 0.7
Re: Using QuickDraw Pictures
MacDraw and LaserPrep
symbolic math on the Mac?
Switcher/Ramdisk advice?
----------------------------------------------------------------------
Return-Path: <barry@playfair>
Date: Wed, 31 Jul 85 03:33:43 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Resource Editor 0.7
To: info-mac@sumex
Here's the latest version of ResEdit from Compuserve. Posting comments are
included below.
-Barry Eynon
[76703,1027]
RESED.BIN 23-Jul-85 248880(106208)110
Keywords: RESOURCE EDITOR RESEDIT SOFTWARE SUPPLEMENT UTILITY MACBINARY
ResEdit is the Apple Resource Editor. This is version `Proto# 0.7', newer
than the one on the May '85 supplement. The version uploaded here has been
patched to remove a bug. (Sector $B4, Offset $138, was a $6A, now is a
$69). ResEdit is copyright1984,1985 by Apple Computer, and is uploaded
with their permission. UseResEdit to add, delete, and edit resources;
see also REdit.BIN, the European resource editor.
-- Bill Steinberg
76703,1027
[ Please find the hqx code for Resource Editor v0.7 in
<info-mac>RESEDIT.HQX -jma ]
------------------------------
Date: Mon, 5 Aug 85 10:48:56 pdt
From: Larry Rosenstein <lsr%apple.csnet@csnet-relay.arpa>
Subject: Re: Using QuickDraw Pictures
If you are in the process of creating a Quickdraw picture, you can
temporarily turn off the saving of Quickdraw commands by setting the
picSave field of the grafPort to NIL. Be sure to save the old value
of this field and restore it afterwards.
Note that saving pictures is done on a per-port basis so that drawing
in 1 port does not affect a picture being captured in another port.
(The original question referred to menu drawing. The standard
Macintosh menus are drawn in the Window Manager's port, so they
should never conflict with a picture being saved in a program's port.)
There is no problem in saving a picture into a file. (MacDraw does
this with its PICT file format.) There is no easy way to append to a
picture, however. The only thing you can do is start creating a new
picture and as the first Quickdraw operation, draw the old picture.
his will copy the commands from the old picture into the new one,
after which you can do additional drawing.
Larry Rosenstein
------------------------------
Date: Tue, 6 Aug 85 03:38:58 pdt
From: Neal Holtz
From: <holtz%cascade.carleton.cdn%ubc.csnet@csnet-relay.arpa>
Subject: MacDraw and LaserPrep
I have only recently started using MacDraw, producing output on a
LaserWriter using the version 13 LaserPrep very kindly forwarded by
Brian Reid several weeks ago. It is truly wonderful. Well, almost.
There are at least two aspects of the Laser output that are
indescribably ugly; diagonal lines and arrow heads.
Diagonal lines are drawn at different widths than horizontal and
vertical lines of supposedly the same width. Presumably this is
fixable by minor changes to the appropriate defs in the laserprep
file, but will this break anything else? I assume that the authors of
laserprep (not BR, I assume) would not commit such an atrocity without
some sort of reason (and BR's comments in laserprep also imply this).
For example, will gaps then appear in polygons, or will straight lines
not merge with curves (they don't all that well, anyway)? Has anyone
done this?
Arrow heads are simply short, squat and wrong. They are drawn as
filled segments of circles (whereas the simplest attractive arrowheads
are isosceles triangles with base 1/3 of height), and they align with
the edge of the shaft, not the center. Unfortunately they are output
as postscript commands to draw an arc, not to draw an arrowhead. They
are so ugly that I am seriously tempted to hack the definition of the
arc routine to recognize small partial arcs as arrowheads and draw
them as something else (!!!). Is there a better way?
------------------------------
Date: Tue, 6 Aug 85 08:13:54 edt
From: mrkgross@ATHENA.MIT.EDU
Subject: symbolic math on the Mac?
[ The question was if anyone knew of work on a symbolic math package
for Macintosh. ]
I was told that people at Utah were working on a symbolic math package in PSL,
also that symbolic math software exists for the IBM PC, and then there's
Stephen Wolfram's SIMP programs. I thought perhaps somebody is engaged in
either porting something to the mac, or else writing a new one from scratch.
I'm not looking for full MACSYMA functionality but need things like
RATSIMP, SOLVE-FOR, and all the nitty-gritty routines for the symbolic
manipulation of equations. We're working on constraint-based programming
environments (in lisp) and having a ready-made math package would help,
preferably one written in lisp with sources available...
------------------------------
Subject: Switcher/Ramdisk advice?
Date: 06 Aug 85 06:42:57 EDT (Tue)
From: zim@mitre.ARPA
Could somebody give me a pointer to any authoritative (or nonauthoritative)
discussion of how to optimally use Switcher &/or a Ramdisk? Specifically,
how much memory do various programs need/like, which programs can't have
multiple copies running simultaneously, what's the best strategy for size
and files on a startup Ramdisk, etc.? I've only seen scattered, fragmentary
discussions here and in a few magazines....tnx-z
------------------------------
End of INFO-MAC Digest
**********************
∂08-Aug-85 1708 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #31
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 8 Aug 85 17:07:59 PDT
Date: 8 Aug 85 1702-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #31
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 9 Aug 1985 Volume 3 : Issue 31
Today's Topics:
New Sumacc header files: grafvars.h and grafequ.h
Scribe equation previewer application
Obnoxiousness alert:beware of MacDraft's copy protection!
MacDraw and LaserPrep help?
Synchronous Communication
Security devices for Laser Writers ?
List of users' groups
----------------------------------------------------------------------
Date: Sun, 4 Aug 85 04:05:07 edt
From: Doug Moen <kdmoen%watcgl%waterloo.csnet@csnet-relay.arpa>
Subject: New Sumacc header files: grafvars.h and grafequ.h
: This is a shar archive. Extract with sh, not csh.
: The rest of this file will extract:
: README grafequ.h grafvars.h
echo Extracting README
cat > README << 'e-o-f'
Here are some new Sumacc header files.
Grafvars.h describes the global variables in memory locations $800 to $8FF.
Grafequ.h is the assember version.
Among other things, there are variables here that allow one to
restrict the cursor to a given rectangle, or constrain it to fall
on a grid position, as it does in MacPaint with the 'Grid' option
turned on.
---
Doug Moen (watmath!watcgl!kdmoen)
University of Waterloo Computer Graphics Lab
e-o-f
[ The whole shar file may be found in <INFO-MAC>SUMACC-GRAFVARS.SHAR -jma ]
------------------------------
Date: 7 Aug 85 02:25 PDT
From: Fischer.pa@Xerox.ARPA
Subject: Scribe equation previewer application
Reply-to: Fischer.pa@Xerox.ARPA
I developed a scribe equation previewer for the Macintosh while working
at Rutgers University (written in Consulair C). It was supposed to
become into a desk accessory and work with Macterminal through the
scrap.
As an application it worked fine. Displayed the convoluted (but
syntactically simple) Scribe equations properly centered, bolded, right
character set, etc.
But, I left Rutgers and don't have a Mac to finish it with. I was
wondering if anyone out there (probably at a university) would be
interested in finishing it. Consulair tells me that there've been
several desk accesories written with their software. The resulting code
would have to be public domain (and you'd have to have your own copy of
the Consulair C Compiler).
Seems unlikely but I thought I'd ask...
Anyone going on vacation and need a babysitter for their Mac?
(ron)
------------------------------
Date: 8 Aug 1985 1124-PDT (Thursday)
From: Brian Reid <reid@Glacier>
Subject: Obnoxiousness alert:beware of MacDraft's copy protection!
I just got delivery on a program called "MacDraft" from Innovative Data
Design of Concord, California. This is a very nice drafting program, but I
strongly recommend that people not buy it because its protection behavior is
so %$↑&$↑$#* obnoxious. Here's why:
- The main use of a program like this is with the LaserWriter. Although
it can output to the Imagewriter, many of its more subtle features
are lost on the Imagewriter.
- The distributed version of the program cannot be copied with CopyII Mac.
(I suspect that they are diddling around with the speed control of the
disk drive motor)
- The distributed version of the program comes with Imagewriter support.
To use it with the LaserWriter you have to run the "Install Printer"
program to install a LaserWriter driver on the disk.
- Therefore, if you want to use this program with the LaserWriter you
must do one of these two things:
* Write over top of your one and only copy of the distribution disk
to get the LaserWriter installed on it
or * Live with the copy, using the "signature disk" scheme.
BUT: here's the kicker. The copy protection scheme asks you to put in the
signature disk EACH TIME THE APPLICATION IS LAUNCHED!!!!! Yesterday I was
ready to strangle somebody as I was switching back and forth between
MacTerminal and MacDraft. Every time I fired up MacDraft it said "Please
insert the Master Disk". Grrrr!
This is inexcusable behavior in a $250 piece of software, no matter how good
it is.
--
Brian Reid decwrl!glacier!reid
Stanford reid@SU-Glacier.ARPA
------------------------------
Date: Tue, 6 Aug 85 22:07 EDT
From: Hess@MIT-MULTICS.ARPA
Subject: MacDraw and LaserPrep help?
Yeah, well try doing a curved box by doing four circular arcs, attached
to two vertical lines (i.e., a sort of rounded screen for a computer
manual). Then, fill the areas you end up with with some grey scale
pattern. You'll see some little square glitches taken out of the
junctions of the arcs and the vertical lines, which are the grey scale
overlapping onto the black lines. And I don't know of any way to get
rid of them. Anybody know any tricks?
Brian
------------------------------
Date: Thu, 8 Aug 85 16:40:41 edt
From: Rich Angle <rla%lems%brown.csnet@csnet-relay.arpa>
Subject: Synchronous Communication
I am interested in configuring port A (the modem port) for synchronous
communication, ultimately configuring the z8530 in the SDLC mode.
To accomplish this I see one of two methods. One, does anyone know the address
of the Zilog 8530 SCC, port A, WR0; two does anyone know the where abouts
of a synchronous driver for the ports.
Also I have some information on the asynchronous driver for the Mac and it
says that the RS-232 HSK line can be used as a clock for pin TRxC on the
z8530, but no information on how to configure it that way. Any hints?
Any help or information on where to get help would be greatly appreciated!
Thanks,
Rich Angle
Mail: rla@lems
------------------------------
Date: 8 Aug 1985 1414-PDT (Thursday)
From: James Wilson <jwilson@Pescadero>
Subject: Security devices for Laser Writers ?
We would like to secure a Laser Writer to some piece of furniture.
Does Apple make any such device?
Does anyone have any ideas on how to best secure the Laser Writer?
We would prefer not to drill any holes into the printer if possible.
Thanks
James Wilson
------------------------------
Date: Thu, 18 Jul 85 18:40:54 EDT
From: MacTechnics←User←Group%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
Subject: List of users' groups
This is a list of user's groups that responded to my survey request.
Sorry it has taken so long to get this information cleaned up and out
to all of you that sent me mail.
I had hoped to get more responses, but this is what I have received so
far about the user groups for the Macintosh. If anyone else out there
sends me any other information I promise to compile it and release it
much sooner next time.
Thanks! Monte Fowler, MacTechnics
***********************************
1) MacTechnics
2) PO Box 4063 Ann Arbor, MI 48106
3) Monte Fowler, Vice Pres (313) 761-5682
Rajiv Aggarwal, Pres (313) 663-6490
4) Dues $20/yr; about 350 members; meetings once a month on the third
Saturday; 12 newsletters/yr; 52 disks of public domain software
From: gruber%bgsu.csnet@CSNET-RELAY.ARPA
This is all I have at present about the Bowling Green Mac user's group:
1) No Name
2) Address will follow, I will be happy to forward mail temporarily.
3) Lee Skarha (President)
4) Dues, $2; about 40 members; most members are Mac owners interested in
word processing and other standard micro uses. The membership includes
Mac people who are not BGSU affiliated.
The group is a pretty informal one, they are a lot more interested in talking
about Macs than organizing.
From: tecot%cmu-cs-k.arpa@CMU-CS-K.ARPA
Carnegie-Mellon Macintosh Users' Group (CMU-MUG)
Box 661, 5115 Margaret Morrison Street, Pittsburgh, PA 15213
Ed Tecot (Pres.) (412) 421-0139 until August 15
$24/year, includes use of clubroom with Mac 512K's and Mac XL's
Monthly newsletter (MacNuggets) except occasionally in the fall.
Currently >100 members.
From: liberte@Uiuc.ARPA
Champaign-Urbana Macintosh Users Group
1310 N Broadway, Urbana, IL 61801
Barbara Lence, Newschief 217-328-5842
$15 yearly dues. Currently 120 members. 33 club disks @ $5.
20 officers write articles, answer questions, copy club disks free.
Dan LaLiberte
From: ihnp4!ihexp!dafa%Berkeley@UCB-VAX.ARPA
Dear Mr. Fowler,
Here is some information about Mac Clubs in the Chicago area. There
are other groups as well, but these are the ones I am most familiar
with.
1. Macintosh Users Group (AT&T Bell Laboratories, Indian Hill)
2. 6C-320, Bell Laboratories, Naperville-Wheaton Rd., Naperville,
IL, 60566
3. David Fay (President), (312) 979-6508
4. No dues, membership limited to AT&T employees, 90 members, joint
monthly newsletter with Fermilab and Argonne Mac groups
1. Fermilab Macintosh Users Group (Fermilab)
2. M/S 223, Box 500, Batavia, IL 60510
3. John Urish (President), (312) 840-3017
4. No dues, open meetings, 75 members, joint monthly newsletter
with Bell Labs and Argonne Mac groups
1. ANL Mac Users Group (Argonne National Laboratory)
2. 9700 S. Cass Ave., Argonne, IL, 60439
3. Bob Kampwirth (President), (312) 972-5521
4. No dues, 65 members, joint monthly newsletter with Bell Labs
and Fermilab
1. The Rest of Us (Chicago)
2. 1225 W. Farwell, Chicago, IL, 60626
3. Tom Broderson, (312) 641-1266
4. Meets 3rd Wed. of month, membership $40, monthly newsletter
David Fay
AT&T Bell Labs
...!ihnp4!ihexp!dafa
From: warner%clemson.csnet@CSNET-RELAY.ARPA
1) CAUSE - Clemson Apple Users' group and Software Exchange
2) 419 Shorecrest Dr.
Clemson, SC 29631
- or -
Dept of Mathematical Sciences
Clemson University
Clemson, SC 29631
3) Dan Warner (President)
(803) 656-3434 (office)
(803) 654-7420 (home)
4) Dues $12 a year.
The group currently has 74 paid members, who are about evenly
divided between Apple II and Mac owners. Educational software
is a strong interest in both groups.
Services include a newsletter, monthly meetings, volume discount
purchases, PDS software @ $4 a disk, discounts at local dealers,
and a local BBS.
From: munnari!runx.oz!johnr@seismo.ARPA
Hi. Here's an international addition for your MAC users group list.
Perhaps it would be possible to forward me your completed version
if it isn't posted on fa.info-mac.
Apple Users' Group (Sydney)
P.O. Box 505,
Bankstown, NSW 2200.
AUSTRALIA.
I don't think you'll really want an international phone number,
but you might want to include my net.address. (I am the public
relations officer.)
Joining Fee: $15
Annual Subscription: $20
Overseas Surface Mail $4
10 magazines per year, discounts at shops, etc.
The group was originally for Apple II users, but now also has Macintosh
meetings and software library. Also SIG for programming & small business.
Good luck.
John Rotenstein.
Sydney, Australia.
CSNET: johnr@runx.oz
ARPA: johnr%runx.oz@seismo.arpa
UUCP: ...mulga!runx.oz!johnr
From: CRNL20B%CORNELLC.BITNET%Berkeley@UCB-VAX.ARPA
1. MUGWUMP (Macintosh Users Group for Writers and Users of Mac Programs)
The Cornell University Mac users group
2. c/o Distributed Computing Services
401 Uris Hall
Cornell University
Ithaca, New York 14853
3. Chris Pelkie, Technical Consultant, MUGger Emeritus (cofounder)
4. No dues, subscription to MUGgers Monthly (7-12 pages monthly) is $5/annum,
plus postage for off-campus mailings. Free trade subscription to other
reciprocating user groups.
5. 250 people on mailing list. Regularly 60-70 at meetings.
6. Also sponsor SIGNUM (Novice Users), and a Developers cum Hackers SIG.
[ There a copy of this list in NEWS-MUGS.TXT -jma ]
------------------------------
End of INFO-MAC Digest
**********************
∂15-Aug-85 1326 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #32
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 15 Aug 85 13:25:48 PDT
Date: 15 Aug 85 1314-PDT
From: Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #32
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 15 Aug 1985 Volume 3 : Issue 32
Today's Topics:
Switcher 4.3
FontDisplay 1.0
New Key Caps accessory
FreeTerm: a terminal emulator with MacBinary
Core Wars
HyperDrive and OverVUE 2.0
MACBOOSTER CACHE MEMORY; HARD DISK CAUTION FOR CACHE USERS
Disk Cache, RamDisk, Minifinder, Switcher
Macintosh Revealed
MacDraw Kudos
MacDraw to IMpress conversion program
MacTerminal and AppleLine Question
Versaterm problem
----------------------------------------------------------------------
Date: Mon, 12 Aug 85 11:00:19 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Switcher 4.3
Here is Switcher version 4.3, the "release" version, from Compuserve.
[Archived in [SUMEX]<INFO-MAC>UTILITY-SWITCHER-43.HQX. -RMA]
------------------------------
Date: 6 Aug 85 06:59:30 EDT
From: Jeffrey Shulman <SHULMAN@RUTGERS.ARPA>
Subject: FontDisplay 1.0
Below is a PackIt file containing FontDisplay and its documentation.
FontDisplay is a program that displays and prints fonts.
Jeff
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
[This has already been posted to Usenet - Jeff]
[This file is archived in [SUMEX]<INFO-MAC>UTILITY-FONTDISPLAY.HQX. --RMA]
------------------------------
Date: Tue, 13 Aug 85 16:49 MST
From: Platt@HIS-PHOENIX-MULTICS.ARPA
From: <@CISL-SERVICE-MULTICS.ARPA:Dave-Platt@LADC>
Subject: New Key Caps accessory
This posting contains a new, "bug free" version of the improved Key Caps desk
accessory; it lets you display characters in a font other than the standard
one, via a menu. This version is in the new font/DA-mover format, and seems to
install and work properly with no special waving of dead chickens or other
ritual objects or tools. It runs fine on a 512k Mac under the Finder; I
haven't tested it to see which applications it is/isn't compatible with. I
found this one on a Mac bulletin board (either Firesign Theatre or Mass. Mac &
Electric; I don't remember which).
Dave Platt
ARPA: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
[This file is archived as [SUMEX]<INFO-MAC>DA-KEYCAPS.HQX. -RMA]
------------------------------
Date: Tue, 13 Aug 85 17:00 MST
From: Platt@HIS-PHOENIX-MULTICS.ARPA
Subject: FreeTerm: a terminal emulator with MacBinary
This file contains the FreeTerm terminal emulator. It's a simple utility (dumb
CRT, no VT-100 or other cursor positioning). It understands XMODEM (checksum,
not the newer CRC version as best as I can tell), and also knows the MacBinary
protocol. For those who haven't run into it yet: MacBinary is a variant of
XMODEM that permits Macs to send applications & documents across an 8-bit link
complete with their file types & icons. MacBinary has a major advantage over
the "transfer to Mac" feature in MacTerminal 1.0: it's entirely encapsulated
within an otherwise-standard XMODEM stream, and thus you can use MacBinary to
send files to & from systems that speak only vanilla XMODEM (you don't need
doctored-up versions of MacGet and MacPut). MacBinary storage is becoming
extremely common on Mac-oriented electronic bulletin board systems.
This file is being sent as a .HQX'ed version of a PackIt document. You'll need
both BINHEX 4.0 and PackIt to decipher it. Once you've run PackIt, you'll have
both the FreeTerm 1.7 application and a MacWrite 4.5 file of documentation.
I found this version of FreeTerm on the Computer Languages bulletin board
system.
Dave Platt
ARPA: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
[Archived as [SUMEX]<INFO-MAC>UTILITY-FREETERM.HQX. -RMA]
------------------------------
Date: Mon, 12 Aug 85 11:07:58 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Core Wars
Here is an implementation of A.K. Dewdney's Core Wars program, as described in
his Scientific American articles, with some documentation and sample fighters.
I have packed the files together with PACKIT and converted them with BINHEX 4.0
for uploading here. Reverse the process after downloading and moving the HQX
file to an empty disk, as the files take up about 90K unpacked.
[This has been archived as [SUMEX]<INFO-MAC>DEMO-COREWARS.HQX. -RMA]
------------------------------
Date: Fri, 9 Aug 85 14:08:39 edt
From: roy leban <@UMich:roy@lenat>
Subject: HyperDrive and OverVUE 2.0
I recently got OverVUE 2.0, which, incidentally, is a very nice program. With
the new version, you can install the program on a hard disk. The installation
procedure (which is the same for floppies and hard disks) involves copying the
files (in a certain order), running the original, exiting and then loading the
new copy (which is then validated).
What I'd like to know is what are they doing to my hard disk?
Here's my guess: There is this file "more.over" which starts out as being
several K long. After validation, it has it's size set to 0 and the file
"OverVUE" has it's modification set to now. My guess is that the file's
contents are still in-use, but are no longer pointed to by the directory entry,
and that OverVUE has some resource which has been modified to contain the
location on disk where the stuff is. The problem with this theory is that such
a scheme would allow the disk to be copied with a simple sector copy, which I
do not believe to be the case (am I wrong?)
The reason I'm particularly curious is that I have lost my Startup volume twice
after running OverVUE. Other than this, I have never had any reliability
problems with the HyperDrive. Does anyone have any better ideas as to what's
going on and possible reasons as to why I've lost the Startup drawer?
(Incidentally, avoidance procedure is to reboot after exiting OverVUE).
Thanks,
Roy Leban roy%farg@umich[.csnet] Roy←Leban@Umich-MTS[.ARPA]
------------------------------
From: John Clark <clark@rand-unix.ARPA>
Date: 14 Aug 85 12:22:10 PDT (Wed)
Subject: MACBOOSTER CACHE MEMORY; HARD DISK CAUTION FOR CACHE USERS
Lately I have grown quite attached to a product called MacBooster (published by
Mainstay)--a write-thru disk cache. In general, it works well both with
floppies and with my Tecmar hard disk. Speedup is dramatic, especially for
disk-intensive applications. It works with most copy-protected stuff, it
recognizes contiguous memory beyond 512K, and the price is reasonable ($50
list). If your Mac is >= Fat, forget about ramdisks...caches are the way to
go. (TurboCharger, by Nevins Microsystems, $90(?), is another commercially
available cache; I have heard that it is unable to recognize hard disks,
though.)
Speaking of hard disks... MacBooster DOES recognize them (Tecmar, at least).
However, since I began using MacBooster with the Tecmar, I have had several
mysterious hard disk "crashes" in which various volumes got trashed
sufficiently to require reinitialization.
If my understanding of what's happening is correct, this obnoxious behavior can
be expected with other hard disks and cache products, as well. Fortunately,
there may be a work-around... The problem is best illustrated with an example.
The following is specific to Tecmar and MacBooster; there may be differences
for other hard disk/cache combinations.
Suppose you mount, using the Volume Manager, a volume ("Vol A"), which gets
designated as Drive 4. You run MacBooster and create, say, a 320K cache. You
do some stuff with Vol A, e.g., delete some files, add some files, &c.
Whenever the volume directory changes, it is updated on the Tecmar from the
current directory in the cache. You're done with Vol A, so you run the Volume
Manager, unmount Vol A--which frees Drive 4, and mount another volume ("Vol B")
--which now inherits the designation, Drive 4. (Apparently, this unmount/mount
business goes on at a low level, "behind the back" of MacBooster, whereas
MacBooster works at the File Manager level.) You quit the Volume Manager;
MacBooster detects an inconsistency between its directory and that of the newly
mounted volume, and thus writes its version of the directory (Vol A) to Drive
4. Zap! You've just corrupted the directory of newly mounted Vol B. With no
file tags on the hard disk, you might as well forget about reconstructing the
directory. Depending on the damage, the behavior that ensues upon exit from
the Volume Manager can be quite weird; the Finder may or may not be able to put
up the icon for the volume. If you're lucky, you may be able to make a copy of
some files whose directory entries weren't overwritten.
How to beat this? Use the Volume Manager only to MOUNT volumes, not to unmount
them. Unmount volumes from the desk top by dragging them to the trash can
(Finder 4.1). Apparently, the cache "knows" about volumes unmounted in this
fashion, whereas it is oblivious to what the Volume Manager unmounts. I can't
guarantee that this will always work, but I have no contrary evidence so
far....
In regard to other hard disks and caches, this problem might be expected if the
hard disk "volume manager" works at a lower level than the cache works.
Has anyone else had problems like this? Perhaps someone else can provide a
better explanation of what's happening. I'd be interested in hearing of other
bizarre experiences with caches.
--John Clark
clark@rand-unix
------------------------------
Date: Sat, 10 Aug 85 14:51:30 edt
From: Velu Sinha <velu@maryland>
Subject: Disk Cache, RamDisk, Minifinder, Switcher
This is sort of a follow on to zim@mitre's question about how to most
effectively use RamDisk & Switcher together.
All four of these utilities are very useful, and speed up the performance of
the Mac immensly. However, it would be very nice if these could be used all at
once. Of course, on a FatMac, this is not so doable; however, on MegaMac's, it
would be quite useful.
Does anyone have any experience in using these utilities together?
In specific, could someone tell me how I can use Minifinder as THE finder from
RamDisk? It would be very nice if I could have system, minifinder, and an
application on the ram disk; and a disk cache to buffer read/writes [physical
disk] to data files on the physical disk.
Thanks.
------------------------------
Date: Fri, 9 Aug 85 23:54:46 EDT
From: winkler@harvard.ARPA (Dan Winkler)
Subject: Macintosh Revealed
First a note about the price of Macintosh revealed -- You can actually get it
for less than the cover price of $24.95. I got my copy of Volume 1 for $19.96
(plus $1.00) tax at the New England Mobile Book Fair.
I like it very much and I think it's well worth the price. It's very
elementary in places, but that can certainly be refreshing compared to Inside
Macintosh. It promises its second volume will be more advanced and will allow
you to send in for a disk containing the source of their main example program,
a mini editor.
The author is Stephen Chernicoff, whose name you may recognize from certain
sections of IM.
You may be amused by a few of the chapter titles:
Chapter 3 "Thanks for the Memory"
Chapter 4 "Any Port in a Storm"
Chapter 5 "Quick on the Draw"
Chapter 6 "Summoning Your Resources"
Chapter 7 "Getting Loaded"
Chapter 8 "Upstanding Characters"
Dan.
------------------------------
Date: Sun, 11 Aug 85 22:47:42 EDT
From: Joel Malman <malman@BBNJ.ARPA>
Subject: MacDraw Kudos
Well if no one else is going to say it:
I think we should send our kudos to Mark Cutter (at Apple Computer) for a job
well done on MacDraw (Version 1.7). While there are still some bugs (i.e. draw
a box, and try to print it in draft mode), he took a program that crashed more
often than I care to recall, fixed most of the bugs, and made it into a product
Apple Computer can be proud of. Mark, my hat is off to you.
joel
(The above is my own opinion and is in no way the opinion or policy, either
expressed or implied by BBN Labs., Inc.)
------------------------------
Subject: MacDraw to IMpress conversion program
From: dick@su-isl.ARPA
Date: 12 Aug 85 08:59:46 PDT (Mon)
Sender: dick@su-isl.ARPA
Does anyone in MacLand know of the availability of a program similar to
paintimp for converting MacDraw files to IMpress (Canon laser printer) format.
The paintimp program converts MacPaint files to IMpress format.
Thanx - R.Roy
------------------------------
Date: 14 Aug 85 10:40 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.ARPA
Subject: MacTerminal and AppleLine Question
We have access to a Mac hooked up to a VM system via AppleLine and MacTerminal.
I was wondering if anyone knew how to generate a New Line keystroke. The
user's manual seems to suggest that new line is generated by Return and the
Enter key is used as Enter. However, it seems as if both keys are acting as
Enter Keys. Anyone have any suggestions? This is esp a pain in XEDIT as the
Enter key causes a jump to the current command line.
- Tom Dowdy
------------------------------
Date: Wed, 14 Aug 85 15:50:09 pdt
From: mcguire@nprdc.arpa (Stve McGuire)
Subject: Versaterm problem
Running VersaTerm I am having problems with the PRINT GRAPHICS screen dump.
Printing seems to be fine until the last few lines which come out as complete
garbage. Has anyone encountered the same problem and how, if at all, was it
corrected? Any help would be greatly appreciated.
------------------------------
End of INFO-MAC Digest
**********************
∂21-Aug-85 1216 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #33
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 21 Aug 85 12:16:27 PDT
Date: 21 Aug 85 1208-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #33
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 22 Aug 1985 Volume 3 : Issue 33
Today's Topics:
New Moderator
RFC: Command key standards
BinHex Version 5
Correction to my posting about FreeTerm
Macintosh VMEbus and CAMAC interfaces
Converting SimpleTools to Consulair
Small Talk on Lisa (ER, Mac XL, ER MacLisa, Er, MacLump)
printing with versaterm
MacDraw "bug"
MacTerminal wiring for NEC modem, a question
MacTerminal question/comment
Graphics protocol for Red Ryder, request for information
Multiplayer Games, request for information
----------------------------------------------------------------------
Date: Tue 20 Aug 85 22:23:01-PDT
From: Rich Alderson <ALDERSON@SUMEX-AIM.ARPA>
Subject: New Moderator
I am the new moderator for the Info-Mac mailing list. John will continue to be
involved in operation of the archives here at SUMEX, and will help me to deal
with the trickier requests for inclusion in our mailings and such. He is going
back to being a doctoral student most of the time. I would like to thank him
for his very good job as moderator, and for giving me the opportunity to
succeed him. I hope I do as well.
Postings should continue to go to Info-Mac@SUMEX; administrivia should go to
Info-Mac-Request@SUMEX.
Rich Alderson
------------------------------
Date: Sat, 17 Aug 85 16:54:40 pdt
From: jww@SDCSVAX.ARPA (Joel West @ CACI) (ttyd3)
Subject: RFC: Command key standards
(A copy of this was posted to the Usenet net.micro.mac....)
REQUEST FOR COMMENTS: Macintosh Command Key Bindings
It is interesting to note that the first chapter of the 1400 pages of Inside
Macintosh is "Macintosh User Interface Guidelines"; begun in March 1982, it is
also one of the oldest. A consistent user interface is what distinguishes the
Mac's use of a mouse, menus, windows, etc. from any attempt to retrofit such
gimmicks onto other computers, e.g., an IBM PC.
However, thus far there has been no attempt to standardize the command key
bindings for user applications. I'm referring, of course, to the keyboard
shortcuts to menu selections that are intended for the most commonly used
options. The existing differences are already getting annoying, and are likely
to get worse.
I've drafted a standard to guide my own personal work. At the same time, I'd
like my software to be consistent with everyone else's.
I've surveyed a number of programs that I feel are representative and were in
my disk case. Emphasis was given to Apple-brand software (straight from the
Oracle's mouth?) even though many were developed elsewhere. I omitted terminal
programs because command is used as a control key, but looked at a few other
programs (major and minor) not listed here.
I'd like to summarize the results listed in detail below:
1. Text editor functions are common to most applications
2. Case (shift key) should NOT be significant
3. Preference is given to frequent (Plain) vs. infrequent (Print) uses
4. Most applications are reasonably consistent
WHAT THIS IS
* Suggested where corresponding functions are included
* Intended for new programs
* Consistent with "Macintosh User Interface Guidelines"
* Representing the author's personal views only
WHAT THIS IS NOT
* An ANSII standard
* Prohibiting alternatives where different functions are used
* All-inclusive or comprehensive
* Cast in stone
I would like to hear comments from others who have developed software, or those
who have programs not mentioned (particularly Jazz, Multiplan, and database
programs.)
I will summarize all responses in a later article.
Joel West CACI, Inc. - Federal (c/o UC San Diego)
{ucbvax,decvax,ihnp4}!sdcsvax!jww
jww@SDCSVAX.ARPA
[This message is archived as [SUMEX]<INFO-MAC>COMMAND-KEY.RFC. I am sending it
out in its entirety because I think it will be of immediate interest to many
who have difficulties with obtaining our archives. --rma]
Macintosh User Interface
Proposed Command Key Standard
Joel West <jww@sdcsvax.ARPA>
August 17, 1985
SURVEY OF EXISTING SOFTWARE and PROPOSED STANDARD
Write Paint Draw Edit Word* Basic Finder Std.
File
New n n n n
Open o o o
Close w
Save s s
Print p
Quit q q - q
Edit
Undo z z z - z - z z
Cut x x x x x x x x
Copy c c c c c c c c
Paste v v v v v v v v
Clear - b -
Select All- - a - - - a a
Duplicate - - d - - - d d
Search
Find - - f f f - f
Find next f - - - - n -
Change - - s h -
Go To g - - g - - g
Write Paint Draw Edit Word* Basic Finder Std.
(Align)****
Left n l - L - - l
Center m m - C - - m
Right r r - R - - r
Justify j - - - J - - j
Style
Plain p p p - ** - - p
Bold b b b - B - - b
Italic i i i - I - - i
Underline u u u - U - - u
Outline o o - D - - o
Shadow s s - S - - s
Super h - - - + - -
Subscript l - - - *** - -
Unless otherwise noted, key equivalents are not case sensitive, and
order of menus is standard order.
- Not available
* Case must match
** Shift-spacebar
*** Shift-minus
**** Menu title containing align operations varies:
Format MacWrite
Style MacPaint, MacDraw
Paragraph MS-Word
AREAS OF OVERLAP/DISPUTE
n Next or New
o Outline or Open
s Shadow or Save
p Plain or Print
VERSIONS SURVEYED
MacWrite 4.5
MacPaint 1.5
MacDraw 1.0
MDS Edit "10/84"
MS-Word 1.0
MS-Basic 2.0
Finder 4.1
------------------------------
Date: Mon, 19 Aug 85 16:44:00 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: BinHex Version 5
This is BinHex version 5 which I downloaded from Compuserve. It is shareware
and the author requests a payment of $10 if a person keeps this program. It
supports the MacBinary file format which converts a file to binhex format in a
significantly compressed form. The MacBinary file format is becoming
increasingly popular on Compuserve since the data compression significantly
reduces file transmission time. It will also convert files in all of the
earlier BinHex formats (Hex, Hcx, & Hqx).
Dehexify this file using BinHex.Hex, which is available on Info-Mac.
Enjoy,
Gary Standorf <info-mac@cecom-2>
[You will find this program archived as [SUMEX]<INFO-MAC>BINHEX5.HCX. Please
note that MacBinary is an *8-BIT* protocol, unsuited to use in a network/mail
environment such as Info-Mac, and continue to use BinHex 4.0 or earlier for
submissions. --rma]
------------------------------
Date: Mon, 19 Aug 85 13:44 PST
From: Dave Platt <Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA>
Subject: Correction to my posting about FreeTerm
Upon further experimentation, I find that FreeTerm 1.7 understands both the
original (checksum) and more recent (CRC) error-detection protocols of XMODEM.
If you drag down "XMODEM receive...", FreeTerm tries three times to initiate a
CRC-type dialog (it sends a "C", then waits for the first block). If these
bids all time out, FreeTerm sends a "NAK" to get a checksum-type conversation
going, and waits for the first block.
It's possible that some checksum-only XMODEM software might be confused by
FreeTerm's bid for a CRC conversation... I haven't run into any yet, but caveat
user. Be aware that when you receive XMODEM data from a checksum-only system,
there will be a pause of about 1 minute before any useful data begins
flowing... FreeTerm waits about 15 seconds before timing out each of the "C"
bids.
------------------------------
Date: 20 aug 85 16:02-GVA
From: BGT.WB%GEN.BITNET@WISCVM.ARPA
Subject: Macintosh VMEbus and CAMAC interfaces
Dear John,
Here is a short contribution to INFO-MAC. Best Regards, Bruce.
Version 2.0 of the MacVEE User Manual, describing the CERN-developed
Macintosh-VMEbus and Macintosh-CAMAC interfaces, is now available to
professional researchers.
MacVEE was announced in INFO-MAC Volume 2, Issue 34 (21 April 1985). Numerous
MacVEE systems are now in service, and a licence has also been granted to
Hewlett-Packard for the development of an adaptation for their Series 200
personal computers.
To request a copy of the latest MacVEE Manual, write to -
B.G. Taylor, EP Division, CERN, 1211 Geneva 23, Switzerland
Bitnet: BGT$WB@GEN
Arpanet: BGT$WB%GEN.BITNET@WISCVM
------------------------------
Date: 09 Aug 85 08:30 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.ARPA
Subject: Converting SimpleTools to Consulair
We were impressed enough in our users' group with simpletools to decide to
attempt conversion to Consulair C for those in the group who didnt have
megamax. Notice that i said attempt. We havent finished the conversion yet,
but the following are some musings that i think would be helpful for someone
more knowlagable about consulair that ourselves.
1) Consulair likes it's toolbox calls in mixed case. Use the megamax CONVERT
program on SimpleTools first, and fix some of the cases that are a little
different. It's faster to do it this way than converting each one by hand.
2) Consulair's choice of calling convention for FlushEvents is different than
that used by megamax (there are two legal convensions from inside mac, one
passing two integers and one passing a longword, consulair chose the latter)
3) Consulairs point and rectangle structures are different from that used by
megamax. Fixes are needed to all code that makes use of these (sigh).
4) Consulair does not have a MaxApplZone call...at least none that we could
find.
5) The external reference to stopstars (an integer) seems to be needed to be
commented out. We couldnt get around "symbol unresolved" any other way...
this may, however, be the cause of our other problems.
6) While we are on the subject of the word stop. Dont use it as a variable
name or as the name of a procedure while using consulair. Because consulair
compiles into assembler source and then assembles, and uses the names as
actual labels, the assembler blows up when stop is used (for obvious
reasons, it's matching with the STOP instruction) The simplest fix is to
change this to something like "stopper" however, this makes any programs
written using simpletools non-universal across compilers. There is probably
another way around this problem.
7) And now, the big one. Consulair seems not to handle string conversion the
same way as megamax. It seems has if we will have to be inserting explicit
string conversion routines in for all calls involving strings (lots of them,
as simpletools is BASED on strings) unless anyone out there who knows more
about consulair than we do can offer some hints...
We hope to get around these problems and when we do, to post the sources here,
so that users of consulair can benifit from simpletools. If someone has beat
us to the punch, super, how about posting it? Of course, Erik Kilk still holds
all rights etc to simpletools, we are just adapting his code for use with
another compiler.
- Tom Dowdy
"If it jams, force it, if it breaks, it needed fixing anyway."
------------------------------
From: fouts@AMES-NAS.ARPA (Marty)
Date: 19 Aug 1985 1414-PDT (Monday)
Subject: Small Talk on Lisa (ER, Mac XL, ER MacLisa, Er, MacLump)
I just called Apple and talked to somebody who told me that somebody at Apple
had in fact done a SmallTalk-80 Implementation on the MacLump (Lisa,) but that
it wasn't going to be released.
He then indicated that I might be able to get copies of such from "one of the
user's groups, such as Apple 32"
Can anybody put me in touch with someone who has a copy of the MacLisa
Smalltalk code?
Please reply directly, I'm not on the list right now.
Thanks,
Marty
fouts@ames-nas
..!ames!amelia!fouts
------------------------------
Date: Sun, 18 Aug 85 21:21:27 PDT
From: DAVEG%SLACVM.BITNET@Forsythe (David M. Gelphman 415-854-3300
From: x3186)
Subject: printing with versaterm
Regarding a previous question about printing on the Imagewriter with Versaterm:
Versaterm requires that SWITCH 2-3 should be CLOSED on the imagewriter.
Evidently this controls XON-XOFF. I had no problems using PRINT STREAM or
PRINT GRAPHICS after this was set. I've never had any problem printing with
any other programs once this was set CLOSED.
David Gelphman DAVEG@SLACVM.BITNET
------------------------------
Date: Sun, 18 Aug 85 07:53:35 edt
From: terrapin!mark@mit-eddie.MIT.EDU (Mark Eckenwiler)
Subject: MacDraw "bug"
In response to the 8/11 posting noting a bug in MacDraw:
Draft mode printing probably was never meant to print graphic objects, on the
Imagewriter or anywhere else. In AppleSpeak, "draft" means print using the
printer's character ROMs--as in MacWrite's draft mode, which also omits any
graphics present in the document.
------------------------------
Date: Mon, 19 Aug 85 14:19:47 PDT
From: Mike Hogan <hogan@AEROSPACE.ARPA>
Subject: MacTerminal wiring for NEC modem, a question
I am trying to use MAC terminal with a NEC Modem. I am wiring up my own
terminal cable and tried two possible connections. The first was suggested by
a friend with a Hayes smart modem:
MAC DB25 Connector
1+cable ground 1
2 unused
3+8 7
4 unused
5 transmit 2
6 5
7 8
8 hooked to 3 7
9 receive data 3
After reading <Info-MAC>rs232, I rewired as follows:
1+ cable ground 1
2
3+8 7
4
5 2
6 unused
7 5
8+3 7
9 3
I tried both with MAC terminal. My modem doesn't dial so I use my phone with a
push button to start data transmission after receiving the carrier.
I have not been about to get either set up to work. I don't know how to get
MAC terinal to wait for me to dial the number, all it says is "no carrier".
I am still not sure of the wiring??
Has anyone else been successful at using MAC terminal with a NEC 212A type
modensuccessfully???
mike hogan@aerospace
------------------------------
Date: 20 Aug 1985 09:34 PST
From: Steve Johnson <SAJ@ACC>
Subject: MacTerminal question/comment
Reply-to: SAJ@ACC
Macterminal question: using option-click to position the cursor in vi does not
work so well, mostly because Macterm sends a stream of arrow-key equivalents,
rather than direct position-the-cursor commands (Versaterm does the job right).
Does anybody know whether version 2.0 will do a better job, or if there is a
way to fix the problem in version 1.1? I'm getting fast enough to want to use
the mouse these days (and am doing it almost automatically). Also, I saw
reference to a "SuperMacTerminal" available on the Compuserve BBS. Anyone know
more about that? (the reference was in the July issue of MACazine, p.26).
Thanks. steve johnson saj@acc
------------------------------
From: pur-ee!kangaro!milo@Berkeley
Subject: Graphics protocol for Red Ryder, request for information
Date: Fri Aug 16 18:24:02 1985
The documentation to the new Red Ryder program mentions that a graphics driver
is built into the program that lets you do Mac graphics, dialogs...etc. over
the phone lines. Would anyone happen to know where I could get some
information on this protocol? Is it the same as the graphics protocol
mentioned in Info-Mac a while back?
I would like to get my hands on any information available on either protocol as
I am in the process of writing some special driver software for the Macintosh
section of the BBS I operate and I want to avoid "reinventing the wheel" if
possible. If anyone can send me any info I would appreciate it. If possible,
please try to mail the information directly to me as I don't get info-mac at my
site.
Thanks
Greg Corson
UUCP: {ihnp4 | ucbvax}!pur-ee!kangaro!milo
My BBS "The Connection": (219) 277-5825
------------------------------
From: pur-ee!kangaro!milo@Berkeley
Subject: Multiplayer Games, request for information
Date: Fri Aug 16 20:09:32 1985
Would anyone out there be aware of any good Mac/AppleTalk based multiplayer
games OTHER THAN mazewars? I am looking for some games of this type,
particularly ones where source code is available. I am also interested in
multiplayer games that would run using a Unix system (possibly via dial-up) as
an intermediary between several computers.
Actually, I could use any form of multiplayer game...even ones that are not Mac
based...so long as the source was available so I could add to or convert them.
Basically, if it's Multiplayer and runs on a Mac or Unix computer I am
interested.
If you have any information on Mac or Unix multiplayer games please mail it
directly to me, I don't get Info-Mac regularly so a reply here probably
wouldn't get to me for months. If you have any suggestions of other
people/newsgroups that I could contact for information on multiplayer Mac or
Unix games please let me know (send network mailing addresses).
Thanks
Greg Corson
UUCP: {ihnp4 | ucbvax}!pur-ee!kangaro!milo
Or leave a message to the sysop on "The Connection" BBS: (219) 277-5825
------------------------------
End of INFO-MAC Digest
**********************
∂22-Aug-85 1111 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #34
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 22 Aug 85 11:11:20 PDT
Date: 22 Aug 85 1024-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #34
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 22 Aug 1985 Volume 3 : Issue 34
Today's Topics:
Backlog
KeyCaps accessory posted 13 Aug - problem
IEdit
Unpacking Manx Archives
DA/Font Mover errors
A Mac Draw Bug
MacDraw and Laser Problems
MacPaint to Laser Printers
problems with macdraw+laserwriter
Advice wanted: Laserwriter under VAX/VMS
LAZlife, a request
Request for Info - File Servers
Expense tracking program, a request
Printer Drivers & Spoolers, a question
Cache Programs & Switcher, a question
Quick Circuit, a question
----------------------------------------------------------------------
Date: Wed 21 Aug 85 17:54:12-PDT
From: Rich Alderson <ALDERSON@SUMEX-AIM.ARPA>
Subject: Backlog
Due to the recent change in moderator for Info-Mac, there is somewhat of a
backlog in messages to the list. I will be sending out some entries which are
older than recent digests, in order to catch up. I think the items have not
suffered by the delay. My apologies to those whose submissions are in this
category.
Rich
------------------------------
Date: 28 Jul 1985 21:29-EST
From: mss%dartvax <@csnet-relay.arpa,@apple.CSNET:mss%dartvax@dartmouth.CSNET>
Subject: projects underway
[ Here is Dartmouth's progress report from "info Mac App". This is one message
plucked from the info-mac-app board, about Dartmouth's project. -jma ]
Larry's original message had quite a list of people who apparently were doing
work with MacApp, yet the list has been silent on what people are doing. I'm
curious about what other people are doing. Also, I'd like to avoid duplication
of efforts. So while waiting for 0.3 to be announced/shipped, I'd thought I'd
let everyone else know what's happening in my group.
My group (in the Math & CS Dept at Dartmouth College) is developing materials
in an attempt to move our software engineering course onto the Macintosh w/
object Pascal and MacApp. We are developing example programs to illustrate
algorithms, data structures and some "software architectures". One theme of
the course is reusing available facilities, so we try to provide tools and
libraries.
In a preliminary release form are a graph manipulation application (data
structure illustration), a digital logic simulator (example application) and a
kd (k dimensional) tree application (data structure illustration). All three
are based on 0.2 MacApp. An FSM illustrator is under construction. We are
building a set of libraries for stacks, sets, queues, dequeues and lists of
objects. The libraries are primarily object Pascal instead of MacApp, but they
rely on the MacApp materials since only objects derived from type "TObject" can
participate and TObject is not in object Pascal. Each library has a trivial
sample application using the package. The libraries are in various states of
repair.
In the design stage are two tools. One is a "Music editor"--the idea is to
create a new type of resource "MUSK", which is a record that can be passed to
the sound manager, along with the equivalent of a resource editor for MUSK.
One can then edit the tune you want your program to play, and then paste it in
later.
The second tool is a way to specify simple dialogs: we extend the RMaker file
syntax so that i) dialog item lists can label each alterable item with a record
field name, and 2) radio buttons that can be collected. The extended RMaker
file is run through the tool which creates a RMaker file in the standard format
along with a Pascal unit that contains a procedure which will bring up the
dialog, keep grouped radio buttons consistent, and when the dialog is over,
close it down and return a record with its fields set to the values gathered by
the dialog. The Pascal Unit is compiled separately and included/linked with
the rest of the user's program. The tool is partially speculative since we
don't have the Macintosh version of the Pascal Development System.
We plan to have two example programs for illustrating backtracking: instant
insanity and morse code word lookup. For syntax directed processing, we'll
probably have an example of a recursive descent arithmetic expression evalua-
tor. MacApp will be used for object oriented programming. The stack/queue/etc
will be used for abstract data types. I still have not come up with a good
clean, way to implement "active variables" or "data oriented programming"
(PARC/Loop's terminology). I think that it may be tied closely to the new
Frame system (since I cannot think of a good example outside of dials or meters
--I do not have enough state to do a good debugger, performance monitor or
logger). I do not have a good idea about illustrating constraint programming
with Pascal (objects or not). Any ideas short of building my own language/
translator system are welcome.
As far as MacApp suggestions go, we look forward to a new way to organize a
window. In 0.2, we were frequently unsure where a call was going to go or
where to place certain state. A more general concern was the size of resulting
applications. MacApp applications seem big. We also had minor glitches when
converting from 0.1 to 0.2--unfortunately the 0.1 versions were still legal
object pascal but had rather different interactions in its methods and derived
objects. But, we expect these problems in the current software versions.
Since we have an extensive Appletalk network on campus, we also look forward to
adding network events in MacApp. We assume that we'll see two kinds of
objects, one for handling simple network events that's similar to CmdObjects
for menu and mouse activity, others for providing higher level support, e.g.,
doing NBP when necessary, retransmission for ATP, etc. Anyone else have ideas
about this? We have a simple Maze War that might be worth converting as an
exercise.
What have been other people's experiences? What are other people working on?
-Mark
------------------------------
Date: Fri, 16 Aug 85 09:26:05 mdt
From: jad%a@LANL.ARPA (John De Vries)
Subject: KeyCaps accessory posted 13 Aug - problem
If the font you wish to see does not exist in one of the smaller sizes (like 12
point), then this desk accessory can be difficult to use. F'rinstance, I have
slim-f as one of my fonts, and it exists in only 24 point. The resulting
keyboard and example-line display are nearly illegible. Otherwise, this looks
like a good DA.
Zozzles T. Freep
ARPA: jad@lanl
------------------------------
Date: Fri, 16 Aug 85 10:17:37 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: IEdit
Here is IEdit version 1.0 written by Kent Flowers. It is a ICON and ICN#
Editing and Installation Utility.
[This program has been archived as [SUMEX]<INFO-MAC>UTILITY-IEDIT.HQX. --RMA]
------------------------------
Date: Fri, 9 Aug 85 23:52:10 EDT
From: winkler@harvard.ARPA (Dan Winkler)
Subject: Unpacking Manx Archives
Here at Harvard there are several programmers working together on a large
program written in Manx C. They keep each other updated by occasionally
archiving all the sources (with the Manx mkarcv program) and uploading them to
this Unix Vax. If you do that too, you can use this program which unpacks
those archives on the Vax. It does the same job as the Manx arcv program,
which is only supplied in Macintosh executable form. If you ever lose or
damage your copy of arcv on the Mac, this program can also be downloaded,
compiled, and run on the Mac.
[This program has been archived as [SUMEX]<INFO-MAC>UTILITY-MANXARCV.C. -RMA]
------------------------------
Date: Fri, 9 Aug 85 01:53:15 EDT
From: Stephen C. Hill <STEVEH@MIT-MC.ARPA>
Subject: DA/Font Mover errors
I pulled down the above program and ran it with good results. I removed the
PUZZLE accessory and then put in IDLE and URIAH HEAP, without any problems.
However, ever since that time, everytime that I try to import a desk accessory,
I get the bomb alert with ID: = 2,-104. Can anybody shed any light on this
problem?
------------------------------
Date: Thu 8 Aug 85 15:44:40-PDT
From: Dikran B. Karagueuz <SANDMAN@SU-CSLI.ARPA>
Subject: A Mac Draw Bug
I think I have come upon a bug. I would appreciate hearing from anyone wh
knows why this occurs or how to fix it. If one groups two small objects, oe of
them a letter, and moves them across the screen, their position relative to one
another changes. This effect only occurs when there is a large an complicated
diagram elsewhere in the document. Needless to say, it is ver annoying,
especially when one is trying to move characters with subscripts around. This
occurs on MacDraw disks with and without the LaserWrite installed.
Dikran
------------------------------
Date: 09 Aug 85 08:30 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.ARPA
Subject: MacDraw and Laser Problems
There seems to have been quite a bit of discussion on here about problems with
Draw and the LW. I just thought that I would throw in my two cents worth. The
other day we were laying out the cover for our users' group newsletter. We
were using ReadySetGo and needed to pull in a picture to go on the cover. The
picture was too big to cut via paint, and we didnt have PaintGrabber at the
time (we do now). What to do? I thought that we could turn the picture on its
side, cut it into the clip board, move to Draw turn it back right side up, cut
to the clipboard and we would be all set. It looked like it worked perfectly,
and prints on the imagewritter were perfect. The problem came when we tried to
print it on the LW. Apparently, Draw images bitmaps in vertical bands, and
when they are printed on the LW, they appear with annoying white vertical lines
in them. At first i thought this was ReadySetGo's fault, but i printed the
picture with Paint (no problem) and with Draw (vertical lines again) so i
concluded that Draw was the culprit. *FLAME ON* What annoys ME about Draw tho,
is the fact that it saves the pictures into the clipboard with this funny
vertical banding, thereby messing up LW output for programs that are used with
pictures copied from Draw. *FLAME OFF* If anyone has found a workaround for
this, I'd like to hear it, although our problem of copying the picture is now
solved.
- Tom Dowdy
------------------------------
From: microsof!chrisma@uw-beaver.arpa
Subject: MacPaint to Laser Printers
Date: Thu Aug 8 11:04:17 1985
This concerns printing MacPaint documents to the LaserJet (or LaserWriter) from
the Desktop. If a number of documents are selected, and Print is chosen from
the File menu, MacPaint is opened and the documents printed, assuming you have
the correct driver.
My problem is, the driver I'm using with the LaserJet only works with Print
Draft mode. And MacPaint 1.5 works fine with the new LaserWriter driver, in
both Print Draft and Print Final, but when printing from the Desktop, MacPaint
assumes you want Final. Final is nice, but I usually prefer having the square
pixels that Draft mode creates...it's more veridical, especially for
"half-tone" pixel patterns.
So...is there any way to modify MacPaint (with Fedit perhaps) so that it will
default to using Draft instead of Final when printing from the Desktop?
------------------------------
Date: Tue, 13 Aug 85 14:57:28 PDT
From: DAVEG%SLACVM.BITNET@Forsythe
Subject: problems with macdraw+laserwriter
From: David M. Gelphman 415-854-3300 x3186 DAVEG at SLACVM
I have found in MacDraw that the coordinates in the document do not correspond
to the coordinates on a LaserWriter page. The top left corner labelled 0,0 in
MacDraw seems to correspond roughly to a .4 in top and left margin. While
checking this problem out, I came across a bug (the previous problem is
evidently a feature of the LaserWriter) in either MacDraw or the LaserWriter.
I tried to test the margins by making a two page document with text and a
patterned rectangle which crossed the boundary of the two pages. As expected
the text and rectangle cut off some distance from the edge and continue on the
next page at some distance from the left edge. The UNEXPECTED part however is
that the pattern filling the rectangle was NOT continued properly and the
patterns on the second page are completely different than the ones on the first
page. I didn't try this with a variety of patterns, but it certainly is
bothersome.
David Gelphman DAVEG@SLACVM.BITNET
------------------------------
Date: Mon, 12-AUG-1985 00:06 CDT
From: Stephen L. Arnold <ARNOLD%WISCPSLB.BITNET@WISCVM.ARPA>
Subject: Advice wanted: Laserwriter under VAX/VMS
Sorry if this has been answered before, but I am not a member of this list...
We are interested in using a Macintosh/Laserwriter for creating "compound"
(near-typeset quality text and graphics) documents, and simultaneously (or
alternately) using the Laserwriter for a spooled printer for a VAX/VMS system.
We'd like to send graphics and TeX output from the VAX, as well as use the
Laserwriter for utility printing. We would like to hear from anyone who can
provide pointers or relate experiences in this area. In brief:
Please send mail if you know how to use a Laserwriter with VAX/VMS
(or if you know someone else who does)!
Please mail *direct*. If there is enough interest, I'll summarize to the list.
Regards,
Stephen L. Arnold, Joiner Associates
Mail P.O. Box 5445, Madison WI 53705-0445 U.S.A.
Phone (608) 238-8134
BITNET arnold@wiscpsl
ARPA arnold%wiscpsl.BITNET@wiscvm.ARPA
UUCP arnold%wiscpsl.BITNET@psuvax1.UUCP
------------------------------
Date: Thu, 15 Aug 85 11:18:46 EDT
From: Craig MacFarlane <cmacfarl@bbnccj.ARPA>
Subject: LAZlife, a request
Does anbody have a copy of this, that they can either post or send me?
LAZlife is a large life game, where each cell is the size of a pixel! Any info
would be appreciated,
[raig
cmacfarlane@bbnccj.arpa
------------------------------
Date: Thu Aug 15 21:20:14 1985
From: mcb@lll-tis-b (Michael C. Berch)
Subject: Request for Info - File Servers
We are planning to select a file server for a Macintosh Office consisting of 2
to 5 Macs, a LaserWriter, and possibly one or more IBM-PCs with the AppleTalk
board. Up and running right now are one Mac and the LaserWriter on AppleTalk,
and a second Mac awaiting cabling.
Can anyone comment on the strengths and weaknesses of existing AppleTalk file
servers (if any such things exist)? We have evaluated the Corvus drive, but it
apparently is NOT an AppleTalk server but runs OmniNet "compatibly" with a Mac
that is on AppleTalk, thus allowing you to use the Mac, in theory, as an
AppleTalk server. We also are in the process of evaluating the Sunol Systems
"Sun-Mac Link" which is an AppleTalk device, but the present firmware/software
does NOT support shared files or multi-user service (this has been promised for
Real Soon Now).
I understand Apple will have a 20 MB server out soon, but that is much too
small for a real-life office environment, and multiple 20 MB drives doesn't
sound cost-effective.
Any opinions, anecdotage, etc., gratefully appreciated.
Michael C. Berch
Control Data Corp. / Lawrence Livermore Natl. Laboratory
mcb@lll-tis-b.ARPA
{akgua,allegra,cbosgd,decwrl,dual,ihnp4,sun}!idi!styx!mcb
------------------------------
Date: Fri 16 Aug 85 08:24:00-PDT
From: Edward V. Berard <EBERARD@USC-ECLB.ARPA>
Subject: Expense tracking program, a request
A marketing firm needs a Mac product which will:
1. allow input of staff hours to a client account (preferably with the
capability of converting hours to dollars),
2. allow input of direct expenses to a client account,
3. keep a running total of monthly and total project expenses for each client
(direct and labor expenses) which can be used for invoicing and to compare
actual expenses against the original estimate.
I realize that there are a number of products out there (e.g., Mulitiplan)
which can be used to do this. I am looking for a product which can be used by
someoone who is intimadated even by a Mac, i.e., the simpler, the better. If
there is enough interest, I will post my findings to Info-Mac. Please send all
replies to my address (EBerard@ECLB). Thanks.
-- Ed Berard
------------------------------
Date: Mon, 19 Aug 85 10:49:03 EDT
From: velu@gyre.ARPA (Velu Sinha)
Subject: Printer Drivers & Spoolers, a question
Has anyone successfuly written a driver for a dot-matrix printer, so that it
could be used with the Mac instead of the Imagewriter?
Also, does anyone have any experience with the printer spoolers which are being
advertised for the mac?
Thanx.
------------------------------
Date: Mon, 19 Aug 85 11:46:03 pdt
From: Steven D. Leeke <leeke@Glacier>
Subject: Cache Programs & Switcher, a question
Has anyone tried TurboCharger or MacBooster with Switcher? Will either one or
both work? What configurations work and what programs have been tried? Any
related info would also be helpful.
Steve Leeke (LEEKE@su-sierra.arpa)
------------------------------
Date: Wed, 21 Aug 85 13:31:17 PDT
From: wensley%ucbdegas@Berkeley (Paul Robert Wensley)
Subject: Quick Circuit, a question
Does anyone have any experience with a PC circuit board layout program for the
Macintosh called Quick Circuit, developed by Bishop Graphics?
Thanks,
Paul Wensley
ucbvax!ucbdegas!wensley
------------------------------
End of INFO-MAC Digest
**********************
∂24-Aug-85 1406 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #35
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 24 Aug 85 14:05:56 PDT
Date: 24 Aug 85 1358-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #35
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 24 Aug 1985 Volume 3 : Issue 35
Today's Topics:
Macintosh Pinouts
LaserWriter Problem
Shareware Assembler
FreeTerm V1.6
MenuEditor
PurgeIcons
Trans2 (Application to application transfer)
UFinder (micro Finder)
LAZlife
MacBreeze fan
Screen dumps, a query
Re: Smalltalk on the LISA
Comment on the purposed standard
CD Rom, a query
Database Systems, a query
Unix nroff/troff and Laserwriter
MacWrite to QMS LaserGrafix, a query
Re: Users' Groups
Mac User Groups (LONG--8K)
----------------------------------------------------------------------
Date: Fri, 23 Aug 85 11:50:39 pdt
From: Larry Rosenstein <lsr%apple.csnet@csnet-relay.arpa>
Subject: Macintosh Pinouts
Enclosed is a Macintosh Technical note (in the form of a MacWrite 4.5 document)
that describes the pinouts for all the Macintosh ports as well as many
peripherals.
Larry Rosenstein
[This document is archived in [SUMEX]<INFO-MAC>PINOUT-DOC.HQX. --RMA]
------------------------------
Date: Thu, 22 Aug 85 15:11 EST
From: Dave Elbon <SYSDAVE%UKCC.BITNET@WISCVM.ARPA>
Subject: LaserWriter Problem
Every LaserWriter that I have tried (I've tried 6) prints lines too long in the
horizontal direction (in portrait orientation). If I try to draw a 6-inch
horizontal line it prints as about 6 1/8; vertical lines print correctly.
Several Mac programs did this, so I sent the printer the PostScript code myself
and it still did it. Any ideas?
Acknowledge-To: Dave Elbon <SYSDAVE@UKCC>
------------------------------
Date: Fri 16 Aug 85 00:52:40-PDT
From: Jean-Luc Brouillet <BROUILLET@SUMEX-AIM.ARPA>
Subject: Shareware Assembler
The following files contain a shareware assembler for the Mac, the
corresponding linker, complete documentation, and a sample output.
This assembler does not produce output compatible with the MDS package. One
nice feature tough, is that you can define your resources directly in your
assembly file!
The example is a program that list a file to the printer. Only the output
listing is included (and has been edited to remove most of the page headers).
Jean-Luc Brouillet
[The following files have been added to [SUMEX]<INFO-MAC>: McAsm.HQX, the
assembler proper; McAsmDoc.HQX, the documentation in MacWrite format; and
McLister.HQX, the example program. I would like to thank Jean-Luc publicly for
his perseverance in posting these, in spite of technical difficulties. --RMA]
------------------------------
Date: Fri, 23 Aug 85 8:24:52 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: FreeTerm V1.6
The following program is FreeTerm V1.6 downloaded from Compuserve. It is
copyrighted by the author, but with permission for personal use by anyone.
This communications program has XMODEM file transfer capability with the
additional capability of transferring MacBinary format files. When it receives
a MacBinary format file, it dehexifies it "on the fly" so that when the
download is completed you have a standard Macintosh file. This saves you from
the hassle (and disk space) of having to deal with a hex file yourself.
Dehexify this program using BinHex.Hex, which is available on the Info-Mac
database at SUMEX-AIM.
Enjoy,
Gary P. Standorf <standorf@cecom-2.arpa>
[This program is archived as [SUMEX]<INFO-MAC>UTILITY-FREETERM.HCX. It can be
converted with any version of BinHex from 2.1 or after. --RMA]
------------------------------
Date: Fri, 23 Aug 85 8:31:03 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: MenuEditor
The following program is a menu editor downloaded from Compuserve. It allows
you to add menus to an application and add command keys to individual menu
items.
Dehexify this program with BinHex.Hex.
Gary P. Standorf
<standorf@cecom-2.arpa>
[This program can be found in [SUMEX]<INFO-MAC>UTILITY-MENU-EDITOR.HCX. Use
any version of BinHex from 2.1 on to convert it. --RMA]
------------------------------
Date: Fri, 23 Aug 85 8:34:45 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: PurgeIcons
The following program purges unused icons from a disk in order to reclaim the
disk space occupied by them.
Dehexify with BinHex.Hex.
Gary P. Standorf
<standorf@cecom-2.arpa>
[This program is archived in [SUMEX]<INFO-MAC>UTILITY-PURGEICONS.HCX. Any
version of BinHex from 2.1 on will convert it. --RMA]
------------------------------
Date: Fri, 23 Aug 85 8:38:28 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: Trans2 (Application to application transfer)
The following program is a desk accessory downloaded from Compuserve which
transfers directly from an application to another application on any disk
without the intermediate step of going through the Finder.
Dehexify it using BinHex.Hex.
Gary P. Standorf
<standorf@cecom-2.arpa>
[This desk accessory is filed as [SUMEX]<INFO-MAC>DA-TRANS2.HCX. --RMA]
------------------------------
Date: Fri, 23 Aug 85 8:42:08 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: UFinder (micro Finder)
The following program, downloaded from Compuserve, transfers to an application
without going through the Finder. If the program is loaded on the same disk as
the Finder, the application will return to the UFinder rather than the Finder
upon termination. It saves some time.
Dehexify with BinHex.Hex.
Gary P. Standorf
<standorf@cecom-2.arpa>
[This program is archived as [SUMEX]<INFO-MAC>UTILITY-MICROFINDER.HCX. --RMA]
------------------------------
Date: Fri, 23 Aug 85 10:57 PST
From: Dave Platt <Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA>
Subject: LAZlife
Here's the .HQX file for the LAZlife game that Craig MacFarlane mentioned.
Status: Shareware. "Please pass the program along to your friends. If you
like it, please send a few bucks to Larry Hutchinson, 6950 SW Juniper Terr,
Beaverton OR 97005. Please include any suggestions for improvements (cut,copy&
paste are planned)."
Sounds friendly enough (i.e., no "You must pay $n within m days or erase all
traces of this program from your disks" as is found in Red Ryder & some other
shareware stuff). Anyhow, I'll leave it up to you to decide whether the
potential hassle exceeds the INFO-Mac thresholds. I've posted a copy directly
to Craig MacFarlane, so his request (at least) has been satisfied; I don't know
how many other people would be interested in getting this. If you decide not
to post this, and get a few (<= 10) additional "I'd like a copy too" requests
from other people on the net, drop me a list of their addresses and I'll post
copies directly (or point them to a bulletin board that has a copy of LAZlife
online & available for downloading).
[The program is archived in [SUMEX]<INFO-MAC>DEMO-LAZLIFE.HQX.
Honesty compels me to state that this posting is a combination of two messages
from Mr. Platt. The first contained the first sentence and the text of the
program; the second is the remainder and came as a response to my question
about the status of LAZlife. --RMA]
------------------------------
Date: Fri, 23 Aug 85 15:57:32 EDT
From: Leigh L. Klotz <KLOTZ@MIT-MC.ARPA>
Subject: MacBreeze fan
I just bought a MacBreeze fan at the MacWorld show in Boston for $39. It seems
to be about like the Dragonfly fan mentioned in info-mac earlier. We called
Dragonfly on the phone but they didn't answer, so I bought one of these.
It clips on two two diodes and mounts on the inner side of the floppy disk
case. You plunk down two velcro strips and use two more as intermediates to
connect to the fan, which has velcro strips already attached. I was confused
for a while because the illustration in the instructions shows one of the
strips being connected in an impossible configuration, but it worked out when I
folded it once.
It's very quiet. If you put your ear on the cooling vents you can hear a 60hz
hum, which could easily be mistaken for a transformer.
Unfortunately, the manufacturer, Levco, didn't put their address or phone
number on the information sheet, so you'll have to find them yourself. They
sell some flavor of memory upgrade, so presumably they're already known for
that.
------------------------------
Date: Fri, 23 Aug 85 15:56:58 pdt
From: lll-bio!tom@lll-crg.ARPA
Subject: Screen dumps, a query
Recently, I have been trying to produce a screen dump onto a Macintosh printer
from within a C program using an Aztec C compiler (Vers. 1.06F). I have been
experimenting with the following commands unsuccessfully:
PrOpen();
PrCtlCall(iPrEvtCtl, iPrEvtAll, 0, 0);
PrClose();
I have the Imagewriter resource in my directory, but I have been unable to open
the resource using OpenResFile(filename). Is there anyone who knows how to
produce a screen dump from within a C program? If so, I would like to find out
how. Also, is there an easy way to determine the resource ID of a resource?
Thank you for your help.
David Lim/Tom Slezak
Lawrence Livermore National Laboratory
slezak@lll-crg
...ucbvax!lbl-csam!lll-crg!slezak
------------------------------
From: fouts@AMES-NAS.ARPA (Marty)
Date: 21 Aug 1985 1902-PDT (Wednesday)
Subject: Re: Smalltalk on the LISA
Kevin Crowston (kevin@harvard) pointed me in the right direction R. E.
Smalltalk for the MacLump.
It seems that one needs to get an orderform from Apple via a phone call to
Ilene Crombie (spelling?) at (408) 973-2940, who provides an order form by U.S.
Mail.
The software is then available from:
RSI
520 Weddell Drive, Suite 8
Sunnyvale, CA 94086
(408) 747-1288
So as soon as I get my order forms, I'm going to get the system.
Thanks to everyone who replied.
Marty
------------------------------
Date: 09 Aug 85 08:30 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.ARPA
Subject: Comment on the purposed standard
My first comment on the purposed standard is that while the assignment of many
of the keys is very good for text-editing type programs, or those that make use
of multiple type styles; however, for a editing program such as Edit (used by
most development systems) I would prefer that many of the programs use O, S, W,
N, P for Open, Save, Close, New, and Print in that order. Most of the others
are okay the way they are, but I think that OUTLINE in particular isn't (or
shouldnt) be used often enough to warrent it taking up a command key.
**FLAME ON**
While we are talking about command keys, I would like to make a comment to
developers of programs. Command key support is supposed to take place ENTIRELY
in your event loop. Many programs seem to be doing some internal checking
(MacPaint is a culprit her) that they shouldn't be doing. Command key
equivalents should be pulled ENTIRELY from the menu resources. This means that
if you don't like the chosen arrangment of the keys (or command key just aren't
there) you can change them. So don't code them in your program, that's what
resources are FOR!!!! **FLAME OFF**
- Tom Dowdy
"If it jams, force it, if it breaks, it needed fixing anyway."
------------------------------
Date: 22 Aug 85 09:10:11 PDT (Thursday)
From: Cate3.SV@Xerox.ARPA
Subject: CD Rom, a query
Are there CD ROM's available for the Mac now? Or will there be some soon? Who
is (will be) making them? If someone has names of people to talk to and
addresses that would be appreciated.
Henry III
------------------------------
Date: Thu 22 Aug 85 14:52:38-PDT
From: Marvin Zauderer <ZAUDERER@SU-SUSHI.ARPA>
Subject: Database Systems, a query
I'm interested in finding a fast, robust, and reliable Mac database system.
Ideally, it would run under XL/Serve, and would be able to manage a large
amount (say 5-10MB) of information. It should also have the necessary
searching and sorting features. Also, there should be a facility for storing
code. For example, one might copy some Mac C code onto a Clipboard, move the
Clipboard File to the database's disk, and then paste the code into the
database. The ability to import MacPaint pictures is also desirable.
Any recommendations?
-- Marvin Zauderer
(Zauderer@SU-SUSHI)
------------------------------
Date: Thu, 22 Aug 85 13:17:39 PDT
From: wensley%ucbdegas@Berkeley (Paul Robert Wensley)
Subject: Unix nroff/troff and Laserwriter
This has probably been asked/answered before, but I was wondering if there was
some software that would allow Unix nroff/troff documents to be printed on a
LaserWriter. It could either convert the nroff files to some Apple compatable
file (MacWrite etc.) or else directly generate the correct output for printing
on the LaserWriter (PostScript?).
Any suggestions would be appreciated.
Paul Wensley
ucbvax!ucbdegas!wensley
------------------------------
Date: Thu, 22 Aug 85 15:33 CDT
From: Stewart←French <french%ti-eg.csnet@csnet-relay.arpa>
Subject: MacWrite to QMS LaserGrafix, a query
Anybody have a MacWrite to QMS LaserGrafix utility for VMS or UNIX? I could
sure use one!
-Stewart French
french%ti-eg@csnet-relay
------------------------------
Date: 9 Aug 85 04:32:44 EDT
From: Edward.Tecot@CMU-CS-K
Subject: Re: Users' Groups
CMU-MUG's mailing address is now:
Carnegie-Mellon Macintosh Users' Group
Carnegie-Mellon University, Skibo 103
Pittsburgh, PA 15213
←emt
------------------------------
Date: Fri, 23 Aug 85 18:02:30 EDT
From: MacTechnics←User←Group%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
Subject: Mac User Groups (LONG--8K)
Hello Everyone! Here is the latest update on Mac User groups around the USA.
If your group is not on the list, then send me a message! INFO-MAC Volume 3
issue 31 has the list previous to this one.
Keep those messages coming....Monte Fowler MacTechnics in Ann Arbor
MacTechnics%UMich-MTS.Mailnet@MIT-Multics.ARPA
PS It would be best to send them in the form
1) Usergroup name
2) Address
3) Contact person(s)
4) any important info on the group (newsletters, dues, #members, Special
Interest Groups [SIGS])
********************************************
1) PMUG - Princeton Apple Users' Group
2) Phillip Thompson (President)
C-430, E-Quad
Princeton University
Princeton, NJ 08544
(609) 452-6297 (office)
- or -
Tom Mackie (Newsletter Editor)
10 Bayard Lane
Princeton, NJ 08540
(609) 924-7561 (home)
3) Dues $5 a year.
The group currently has about 75 paid members, although this will
increase significantly in the Fall (Princeton has no Summer session).
Services include a monthly newsletter, 3 meetings a month (one major
meeting on main campus and two luncheon meetings at Plasma Physics),
PDS software @ $4 a disk, and a local BBS (which currently is not
accessible off-campus). Princeton hosted a MacFair in May that drew
about 400 attendees, and will have another in early October which
will probably double that figure.
Subject: List of Mac clubs
To: MacTechnics User Group
From: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
I found this list on the Firesign Theatre bulletin-board system.
I'm not sure how up-to-date it is (a list of Mac bulletin boards found
in the same place had at least one number that has been disconnected).
---------------------------------------------------
Here is a list of Macintosh clubs compiled by
Christopher Allen (P.O. Box 10262, Jacksonville, FL 32247; (904)
396-6952; CompuServe 76703,472; MCI MAIL: DOTP). This information
originally appeared on CompuServe and is listed here with his permission.
I'm sure he would appreciate hearing from you if you have updated
information or if you have contacted any of the unconfirmed user groups
or bulletin boards.
N --Gregg Williams
CONFIRMED MACINTOSH USER GROUPS
( Confirmed means that Mr. Allen has actually received something from
this user group, or has spoken on the phone with an officer of the group.
Amateur Computer Group of New Jersey
Macintosh Users Group (ACG-NJ MUG)
698 Magnolia Rd.
North Brunswick, NJ 08902
Keith Sproul, Co-ordinator
(201) 821-4828
Assoc. of Apple 32 Users
P.O. Box 634
Santa Clara, CA 95052
Allen Clara, President
Newsletter: ICON (Syd Hymes -- Editor)
Boston Computer Society
Macintosh Users Group
1 Center Plaza,
Boston, MA 02108
Jack Hodgson, Director
(617) 367-8080
Robert Hafer, P.D. Software
CompuServe 73775,253
(617) 227-5528
Newsletter: Mac User Group Newsletter
Capital Macintosh User Group
9431 Georgia Ave.
Silver Spring, MD 20910
George Perantonakis, President
CompuServe 70321,103
(301) 585-4262
Newsletter: MacUSA Hotline
Catawba Valley Lisa/Mac User Group
Rt. 1 Box 540-191AB
Conover, NC 28613
Steve Baker, President
CompuServe 72356,645
704-256-7035
Club Mac
735 Walnut St.
Boulder, CO 80302
Stephen K. Elliot, President
CompuServe 74166,1702
(303) 449-5533
Newsletter: The Club Mac News
Club Mac MidWest
(Not Affiliated w/ Colorado Club Mac)
609 Hopkins Rd.
Des Moines, IA 50322
William Davis Jr., President
CompuServe 71505,410
(515) 276-2345 or 9046
Club Mac of M.O. (sic)
111 Atherton Drive
Metairie, LA 70005
Simon L. Streiffer, President
(504) 831-8275
Conejo Valley
Macintosh Users Group
Suite Mac
3637 Thousand Oaks Blvd.
Westlake Village, CA 91362
Paul McQuillan, President
CompuServe 71675,1503
(818) 883-7400
Newsletter: FatBits
The DUsers
The Macintosh Users Group
at Drexel University
21 Saddle Lane
Cherry Hill, N.J. 08002
Steve Weintraut, Vice President
(609) 667-3131
East Bay Macintosh Group
1515 Sloat Blvd., Suite 2
San Fransisco, CA 94132
Stan Guidero, President
(415) 566-2342
El Paso Mac User Group
5534 Ketchikan
El Paso, TX 79924
Donald Smith, Secretary
(915) 751-3508
Newsletter: The El Paso Mac Times
Fortune Corp. Mac Users
2325 Collins Rd.
Pittsburg, PA 15235
Bob Wilde, Co-ordinator
(412) 963-1424
Tom Neudecker
(412) 624-1902
Fayetteville Macintosh User Group
1551 N. Leverett #47
Fayetteville, AK 72701
Clifford Goeke, President
(501) 442-7040
Los Angeles Macintosh Group
12021 Wilshire Blvd., Suite 405
Los Angeles, CA 90025
Eric Anderson, President
(213) 392-5697
MacExplorers - Phoenix
c/o APSCO
P.O. Box 21666, M/S 6079
Phoenix, AZ 85036
Steve LeClair, President
(602) 932-5300
The Macintosh Users Group
2040 Polk St., Suite 340
San Fransisco, CA 94109
Betsy Radford, President
(415) 441-8648
Miami Apple User Group
Macintosh SIG
3250 Mary St., Suite 305
Miami, FL 33133
Stanley Kuperstein, Co-ordinator
CompuServe 71445,1170
(305) 448-4411
Micronet Apple Users Group (MAUG)
CompuServe Page PCS-17
Neil Shapiro, Sysop
CompuServe 76703,401
Dennis Brothers, AltSysop
CompuServe 70065,172
New York Mac Users Group
P.O. Box 6686
Yorkville Stn.
New York, NY 10128
Cheryl Sandler
Steve Doochin, Co-Presidents
(212) 535-1943
Steve SIimpson, Librarian
CompuServe 74146,2256
Newsletter: Mac Street Journal
North Florida Macintosh User Group
P.O. Box 10262
Jacksonville, FL 32247
Christopher Allen, President
CompuServe 76703,472
(904) 396-6953
Ottawa Mac Users Group
32 Alder Cresent
Ottawa, Ontario K1B-4X6
Ted & Susan Roseman, Co-ordinators
(613) 824-4888
Penisula Lisa Users Group
c/o Computer Connection
214 California St.
San Fransisco, CA 94111
Joan Dickey, Acting President
Lewis Guice, Consultant
(415) 781-0200
SIG Mac
Washington Apple Pi, Ltd.
8227 Woodmont Ave., Suite 201
Bethesda, MD 20814
Thomas Warrick, Chairman
(301) 654-8060
San Diego Mac Users Group
P.O. Box 12561
La Jolla, CA 92037
Charlie Jackson, President
(619) 566-3939
Newsletter: San Diego Mac News
Santa Barbara User Group
c/o Computer Terminal
90 W. Highway 246
Buellton, CA 93427
Andrew Bang, Co-ordinator
(805) 688-1713
Team Mac
Box 203
Yankton, SD 57078
Roger Deitrich, President
CompuServe 70371,306
(605) 665-8402
The University MacUser Group
Box 320, The Texas Union
The University of Texas at Austin
P.O. Box 7338
Austin, TX 78713
John Glanville, President
(512) 472-0226
MacDIG
Macintosh Development Interest Group
Rm. 3116 Merrill Engin. Bldg.
University of Utah
Salt Lake City, UT 84112
Joe Buchanan, Co-ordinator
(801) 581-8814
UNCONFIRMED GROUPS
National Apple Pi
Macintosh User Group
Wayland Square
P.O. Box 219
Providence, RI 02906
Carnegie-Mellon Macintosh User Group
Box 661, 515 Margaret Morrison St.
Pittsburg, PA 17213
Ed Tecot or Scott McPherson
(412) 578-4097
Los Angeles Club Mac
(213) 392-5697
New York/New Jersey MUG
50 River Drive
Marlboro, NJ 07746
Louis Aversano
(201) 536-8360
Eugene Mac/Lisa User's Group
1050 Ferry St. #606A
Eugene, OR 97401
Richard Wanderman
(503) 345-2393
------------------------------
End of INFO-MAC Digest
**********************
∂30-Aug-85 1320 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA Stanford Mac Users' Day in the Woods
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 30 Aug 85 13:20:07 PDT
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Thu 29 Aug 85 16:46:53-PDT
Date: Thu 29 Aug 85 16:45:21-PDT
From: John Mark Agosta <JOHNMARK@SU-SUSHI.ARPA>
Subject: Stanford Mac Users' Day in the Woods
To: smug@SU-SUSHI.ARPA, info-mac-stanford@SUMEX-AIM.ARPA
A group of folks who have been or hope to be active in SMUG for the
coming year will spend a day retreat together to discuss SMUG
activities and to plan out our next year. We plan to go up to
Big Basin park on Saturday Sept 7th, divide up into workshops by
subject, then get back together in the afternoon to enjoy ourselves.
If you are interested in joining the discussions, suggesting SIGs
for next year, or offering advice, please join us. We will carpool
from the quad at 9AM. Please rvsp to j.johnmark@Lotsb, or via phone
at 854-2118. -jma
-------
∂30-Aug-85 1322 INFO-MAC-REQUEST@SUMEX-AIM.ARPA Macintosh buyer guide
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 30 Aug 85 13:21:59 PDT
Return-Path: <HILBERT@SU-CSLI.ARPA>
Received: from SU-CSLI.ARPA ([36.9.0.46].#Internet) by SUMEX-AIM.ARPA with TCP; Wed 28 Aug 85 16:32:34-PDT
Date: Wed 28 Aug 85 16:32:46-PDT
From: David Hilbert <HILBERT@SU-CSLI.ARPA>
Subject: Macintosh buyer guide
To: smug@SU-CSLI.ARPA, info-mac@SUMEX-AIM.ARPA
ReSent-Date: Thu 29 Aug 85 17:44:21-PDT
ReSent-From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
ReSent-To: info-mac-stanford@SUMEX-AIM.ARPA
ReSent-Message-ID: <12139110283.31.INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
I received a request from a German Mac owner that I get him old copies
of what he calls "The Macintosh Buyer Guide". I would appreciate any
enlightenment on what this publication might be and where I can find
it. Thank you.
Dave Hilbert
(Hilbert@Csli)
-------
∂30-Aug-85 1404 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #36
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 30 Aug 85 14:01:28 PDT
Date: 29 Aug 85 1851-PDT
From: (Temporary) Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #36
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 30 Aug 1985 Volume 3 : Issue 36
Today's Topics:
PostScript books
Scribepic.shar
Macintosh to QMS lasterwriter
Modula Compiler
Mockchart (tm) desk accessory
re: MacBreeze
help--vertical retrace sync?
MS-File exit problems
Power Supply Problems - A Query
external sync on serial ports
----------------------------------------------------------------------
From: John Mark Agosta <info-mac-request@sumex>
Subject: Program postings adminstration
Every now and again suggestions come across my inbox about program
etiquette, some which I have collected here.
I think it is unnecessary to keep two copies of everything, on in hcx
form and one in hqx form. Why not just have a copy of the latest binhex
in hcx form. Then anyone who can only convert hcx files can get it and
convert it and gain hqx capability.
-agreed. hqx is the "official" format.
Writers in Megamax C are free to ignore the capitalization conventions
that SUMACC and other C compilers use. In the interest of making
code compatible among the different compilers out there it would be
nice if everyone followed the SUMACC conventions of capitalizing
ROM call procedure and function names.
I'd like to know the authors of the code people submit (and if possible
post the sources: info-mac originated as a developer's bboard). Further
those who can add a directory entry for their submission like I
write for the "00DIR" file might include it in their announcment. It
looks alittle like the "verbose directory" entry, for example:
SUMACC.MS.3 19150(7) 15-Nov-84
Bill Croft <Croft@Sumex>
Stanford UNIX Mac C cross development system.
Documentation in troff -ms format.
I'll just paste it in. Note that it gives ftp`ers an indication of
the number of characters, so that they can check if the whole item
has been received.
Finally, You'll notice old and obselete entries in 00DIR are now
marked with a "D" or "?" I plan to delete these. For those who have
an historical interest in them they are all on the dump tape. If there
are any you think I should keep, please let me know. Or if there is
other chaff, let me know also.
I hope to catch up with the backlog of info-mac-request mail now that
vacations, etc are over. My apologies to those with unanswered messages.
-jma
------------------------------
From: adobe!shore@Glacier (Andrew Shore)
Date: 27 Aug 1985 1335-PDT (Tuesday)
Subject: PostScript books
Adobe Systems is pleased and proud to announce the publication of
two books on the PostScript language.
The "PostScript Language Reference Manual" (ISBN 0-201-10174-2), and
the "PostScript Language Tutorial and Cookbook" (ISBN 0-201-10179-3),
are published by Addison-Wesley Publishing Company of Reading, Mass.
PostScript, a device-independent page description language, is
quickly becoming the industry standard for printing high-quality
integrated text and graphics. PostScript has been incorporated into
laser printers manufactured by Apple Computer, Allied Linotype, QMS
Incorporated, and Dataproducts Corporation.
PostScript Language Reference Manual
------------------------------------
This book is the complete definitive reference guide to the
PostScript language. It begins with a discussion of the basic ideas
that underlie PostScript, followed by comprehensive presentations of
the language and its graphics and font facilities. The precise
semantics of every PostScript operator is detailed in a convenient
dictionary-like format. The manual concludes with four useful
appendices on the standard fonts, implementation limits, structuring
conventions, and the Apple LaserWriter.
The PostScript Language Reference Manual represents substantial
rewritting, reorganization, and additions to the information
previously available as the PostScript Language Manual.
The book is 336 pages, fully illustrated, and is available for $22.95.
PostScript Language Tutorial and Cookbook
-----------------------------------------
This book provides a thorough, clearly written guide to PostScript
that outlines the features and capabilities of the language and
shows practical ways to create useful PostScript programs. Using
numerous annotated examples and short programs, the tutorial
provides a step-by-step guided tour of PostScript, highlighting
those qualities that make it such a unique and powerful language.
The cookbook offers a collection of some of the most useful
techniques and procedures available to PostScript programmers.
The book is 256 pages, fully illustrated, and is available for $16.95.
Both books were typeset entirely with PostScript (on the Linotype
Linotronic 300 and Linotron 101 respectively), with no paste-up of
any kind. The books, utilizing a complex book design, were
formatted with the Scribe document production system and proofed on
an Apple LaserWriter before final typesetting of camera-ready
copy at Adobe Systems.
These books should be available in bookstores soon. Most bookstores
will accept orders using the ISBN (International Standard Book
Number) codes given above. Adobe Systems will discontinue
distribution of our older (3-hole bound) documentation, and begin
distribution of these new books at list price plus shipping and
handling.
-----
Adobe Systems Incorporated
------------------------------
Date: Mon, 26 Aug 85 12:57:02 MDT
From: peterson@utah-cs.arpa (John W Peterson)
Subject: Scribepic.shar
[Here is the source of the shar archive mentioned in John's July 14th message,
info-mac archive v3 #23. It lets you insert macpaint (also Apollo bitmap
conversions are done!) type bitmap pictures into scribe @picture fields,
converting it to postscipt code. Find it in UNIX-SCRIBEPIC.SHAR -jma]
------------------------------
Date: Mon 26 Aug 85 16:57:59-EDT
From: WEINSTEIN@BBNG.ARPA
Subject: Macintosh to QMS lasterwriter
We have succesfully used a QMS postscript-equipped laserwriter instead of the
Apple laserwriter. No special utilities are required, beyond the postscript
driver for the QMS. The following is the procedure to use:
1. Install the Apple Laser Printer Driver on your Macintosh disk
and select it as the desired printer driver using CHoose Printer or whatever.
2. Prepare the document to print as usual. As soon as you click "OK"
in the print dialog, press down the ↑F key. This will cause a file containing
the postscript commands to be created, instead of sending them directly to
a laserwriter (which need not even be hooked up).
3. Using MacTerminal or another file transfer program, send the
Postscript file (it will be called PostScript) to whatever mainframe you
have the QMS printer hooked up to. WE use the SUMACC MACGET program to
do this (remember, under VMS, you must increase the SYSGEN parameter
controlling the terminal look-ahead buffer size to something > 140 or so
to get MACGET to work reliably).
4. Pre-pend the Laserwriter Postscript header file to this one.
Copies of this file can be downloaded by FTP from SUMEX-AIM on the ArpaNet,
where it is called something like Laserwriter.header. If that doesn't work,
you might be able to try recovering it directly from the LaserPrep file on
a laserized macintosh disk.
5. Send the combined file (header + your postscript print file) to
the QMS printer in Postscript mode, using your normal spooler.
I don't guarantee this procedure is bug free, but it does seem
to work.
Good luck
------------------------------
Date: Tue, 27 Aug 85 17:08:25 PDT
From: wirth.pa@Xerox.ARPA
Subject: Modula Compiler
INFO-MAC Digest V3 #27
Thank you for forwarding the message about the Modula compiler to me.
The original compiler was designed in 1969/70 under my direction by
Geissmann, Jacobi, Knudsen. It had then been translated by H.Seiler
into Pascal for the CDC Cyber. Then a code generator was written for
the 68000, cross-compiled on the Cyber, then ported onto the 68000 by
some people at ETH under Burkhart. The compiler mentioned here is most
likely that compiler, further adapted to the Mac by Peter Fink. (The
latter is my guess, I am not sure).
How did you get the compiler?
How good is it?
Niklaus Wirth
------------------------------
Sender: Platt@HIS-PHOENIX-MULTICS.ARPA
Date: Mon, 26 Aug 85 11:52 MST
From: <@CISL-SERVICE-MULTICS.ARPA:Dave-Platt@LADC>
Subject: Mockchart (tm) desk accessory
This is another shareware desk utility from CE Software (authors
of MockPrinter et al). MockChart (tm) accepts numeric data from
the keyboard (or cut&paste) in tabular form, and turns it into one
of several different chart formats (line or bargraph). The resulting
charts can be adjusted in size via the resize box in the MockChart
window, and can be copied onto the clipboard and then pasted (as
standard PICTures) into the scrapbook or into other Mac applications.
Up to three different columns of dependent variable can be charted.
[ Find this in DA-MOCKCHART.HQX, then Convert with BinHex 4.0
-jma ]
------------------------------
From: crash!bwebster@SDCSVAX.ARPA
Date: Tue, 27 Aug 85 12:06:23 PDT
Subject: re: MacBreeze
A previous posting talked about the MacBreeze fan and wondered what Levco's
address/phone is. [ If I recall this was the piezoelectric type, selling for
$40 -jma ]
Here it is:
Levco
6160 Lusk Blvd, #C-203
San Diego, CA 92121
(619) 457-2011
I bought their 2MB "Monster Mac" upgrade and have so far been very happy
with it, though I've been too busy to really wring it out with a lot of
different software and appRAM/RAMdisk configurations. The usual disclaimers
apply.
..bruce..
Bruce F. Webster/BYTE Magazine
ARPA: crash!bwebster@ucsd
uucp: {ihnp4, cbosgd, sdcsvax, noscvax}!crash!bwebster
CIS: 75166,1717
USPS: c/o BYTE, 425 Battery Street, San Francisco, CA 94111
------------------------------
Subject: help--vertical retrace sync?
Date: 24 Aug 85 22:41:58 EDT (Sat)
From: zim@mitre.ARPA
Can someone suggest a simple way to get drawing-to-the-screen synchronized
with the display refresh? My specific problem is in a little MacFORTH
animation I'm doing, which involves inverting many regions sequentially;
on the larger ones, there is frequently a flicker problem. Presumably there
is some memory location I could watch, or some interrupt I could set up,
to get my screen manipulations in sync with the vertical retrace of the
display ... I see some cryptic references in INSIDE MACINTOSH but they are
not helpful ... could I do something as simple as loop until the tickcount
changes? I'm happy to use a little in-line assembler if necessary....
tnx -z
------------------------------
Date: Tue, 27 Aug 85 23:46:13 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: MS-File exit problems
When MS-File is run with a System on an external drive (e.g.ramdisk or hard
disk) and File and the System are on different disks, File gets confused on
exiting and asks for a "disk with a finder" in an internal drive. Does anyone
know of a patch to fix this problem? I thought I remembered a comment about
this being fixed as a side effect of some downloadable resource, but I can't
find it anywhere. Any help would be appreciated.
-Barry Eynon
------------------------------
Date: Wed 28 Aug 85 00:39:02-CDT
From: CMP.BARC@UTEXAS-20.ARPA
Subject: Power Supply Problems - A Query
A member of one of our local Apple clubs has been asked to write aan article
for the club newsletter about power supply problems with the Mac. So far, he
can only go on his own experience (Both he and a coworker had their Macs blow
up. ), some comments in INFO-MAC, and a few rumors. If anyone out there has
any experiences or other information worth relating, please address them to
me. I will forward them on the the prospective author, Peter Van Overen,
and send a summary to the net.
Dallas Webster
------------------------------
Date: Wed, 28 Aug 85 08:59:09 edt
From: Velu Sinha <velu@maryland>
Subject: external sync on serial ports
Has anyone successfully been able to get high speed data into the
Mac via serial ports by using the external sync feature?
Any ideas on how this could be done?
Thanks.
------------------------------
End of INFO-MAC Digest
**********************
∂30-Aug-85 1435 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #37
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 30 Aug 85 14:35:20 PDT
Date: 30 Aug 85 1425-PDT
From: (Temp) Moderator John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #37
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 31 Aug 1985 Volume 3 : Issue 37
Today's Topics:
MDS Edit Bug and "munge.c" relief
Smalltalk for the Macintosh
MacTutor - A Programming Journal for the Macintosh
Report on Fastime SASI/SCSI Host Interface Adapter for the Mac
vertical retrace sync solution
rumors, gossip, etc.
----------------------------------------------------------------------
Date: Thu, 29 Aug 85 20:07:47 PDT
From: shebanow%ucbernie@Berkeley (Mike Shebanow)
Subject: MDS Edit Bug and "munge.c" relief
I discovered an interesting bug in MDS Edit, while developing a
midsized application. I noticed that my source files seemed awfully large
considering the size of the documents they contained. After some examination,
I found that MDS Edit (Version 1.0, as distributed with MDS), has a bug which
causes it to write duplicate resources (of types EFNT and ETAB) EACH time a
'Save' operation is done. Although the resources themselves are small, the
cumulative affect is quite large. My source files, which previously amassed an
amazing 200K, are now only 70K long! Since I have a floppy system, that 130K
makes a big difference. What's strange is that all of these resources have the
same ID. I didn't even know you could do that. Anyway, I fixed my files by
copying each file's contents to a New file, saving with the same name using
'Save As', which was a real pain in the neck.
So I wrote a small program to purge all duplicate resources from a file.
Here is the source and a '.hqx' version of the application, called
'munge'.
Have fun...
Andrew Shebanow
shebanow@ucbernie
[ UTILITY-MUNGE.C 4324(7) 30-Aug-85
.HQX 14406(7) 30-Aug-85
Andrew Shebanow <shebanow@ucbernie>
Removes duplicate resources produced by MDS edit
or any other file munger.
- is the 00dir entry. The entire message has also been posted to
usenet net.sources.mac -jma ]
------------------------------
Date: Mon, 26 Aug 85 17:53:19 pdt
From: Mark Lentczner <mark%apple.csnet@csnet-relay.arpa>
Subject: Smalltalk for the Macintosh
[]
Just thought I'd clear things up,
Smalltalk is now available for the Macintosh (yes, not "MacLump",
but real honest to god Macintosh, all you need is at least 512k,
and of course it will run on the MacXL too). It costs only $50.
The correct address to write to for an order form is:
Smalltalk Request
c/o Eileen Crombie
Apple Computer, Inc.
20525 Marianni Avenue
Cupertino, CA 95014
Please do not send anything to the other address posted until you
have the order form. This is very important as the other address
will not be able to send you order forms or send you Smalltalk
without and order form.
If there is a call for it, I have a 102 line info file that I can
post about Smalltalk on the Macintosh.
-mark lentczner
Smalltalk Group
Apple Computer, Inc.
20525 Marianni Avenue, MS:22Y
Cupertino, CA 95014
UUCP: {dual, nsc, voder}!apple!mark
CSNET: mark@apple
------------------------------
Date: Fri 30 Aug 85 10:17:25-PDT
From: MBALAMUT@USC-ECL.ARPA
Subject: MacTutor - A Programming Journal for the Macintosh
There is a wonderful magazine available called:
MacTutor - The Macintosh Programming Journal
It is published by Dave Smith and his wife. They have assembled an
excellent group of regular contributors to the magazine. The August
1985 issue (Vol. 1 No. 9) is 64 pages long is excellent as usual.
MacTutor is created with a Mac and is a pleasure to read.
The contents of the August issue include:
Department Title Author
------------------------------------------------------------------------
Mousehole Report "Stealing a Journal Driver..." Rusty Hodge
Letters "Pascal Stacks with Megamax C..."
Pascal Procedures "Printing Party Banners!" Alan Wootton
Programmer's Forum "PrLink Source Code in Asm" Paul Snively
Toolbox Tips "Quickdraw Arrowheads in C" Rick Flott
Basic School "Cursor Editor Fat Bit Style" Dave Kelly
The Electrical Mac "RAM and ROM Memory" Jeff Mitchell
Ask Prof. Mac "Readers Technical Questions" Steve Brecher
Asm Language Lab "Wired for Sound" Chris Yerga
Lisp Listener "CONS, CELLS and Quickdraw" Andy Cohen
Modula 2 Mods "Try the Alternate Screen" Tom Taylor
C Workshop "Vertical Retrace Manager" Robert Denny
Forth Forum "Inline Code Speeds MacForth" Jorg Langowski
The above contents is typical for MacTutor, which is published monthly.
Back issues are available and they are also making diskettes of
software published in the magazine available. There are two diskettes
for issues 1-8 and there is also a utility diskette (includes a
resource and icon editor among other things).
The magazine is well written and I really enjoy it. The cost of a
subscription is $24 for 1 year US, $30 Canada & Mexico and $36 Overseas.
A SAMPLE COPY IS AVAILABLE UPON REQUEST.
The address is:
MacTutor
P.O. Box 846
Placentia, CA 92670
for more info you can call (714) 993-9939
If anyone has any questions for me my "address" is: mbalamut@USC-ECL
Happy Networking and Happy Computing
Morris Balamut
------------------------------
Date: Mon, 26 Aug 85 23:21:07 CDT
From: Rick Watson <rick@ut-ngp.ARPA>
Subject: Report on Fastime SASI/SCSI Host Interface Adapter for the
Subject: Mac
Here's a preliminary report on the Macintosh SASI/SCSI interface made by
Fastime.
I mailed a check for $150 about a month ago. The interface arrived last
Thursday. For $150 you get: the interface board, a disk with some software,
and some printed documentation.
The board consists of a NCR SASI/SCSI bus controller chip, a couple of 7400
series gate chips, some resistor packs, some feed-thru sockets, and a 50-pin
connector. The board is aprox 2 and a half inches square (rough guess.)
To install it, you remove the roms from the mac, plug in the board where
the roms were, and plug the roms into the board. There is a one wire chip
clip that you are supposed to clip to a lead on a nearby chip. I didn't like
the chip clip, so I cut it off and soldered the wire where it was supposed to
go. The only difficult part of the installation (beyond getting the Mac apart)
is putting the logic board back in the Mac. The 50-pin connector sticks up a
bit too far and you have to wedge things a bit. Then you plug in your 50-pin
cable. I was able to run the 50-pin cable out of the back of the Mac beside
the battery case. I cannot put the cover back on the battery case, but
since my Mac is still under AppleCare, I don't want to hack the case. I could
at this point remove the board and make it look like the board was never there.
You then plug the other end of your cable into a SASI/SCSI disk controller, and
presuming you have that connected to a disk and power supply, you are ready to
go. I am using a Xebec S1410A hard disk controller and a Shugart 604 5-mb
winchester disk.
The software that comes with the kit supports the S1410/Shugart combination,
so I didn't have to make any changes. The software includes the sources for
a disk formatter and the driver for the Mac. Also there is a driver install
program. Sources are Aztec C. Some of the C includes assembler, so conversion
to other C is not as easy as one would like. I know that Megamax C supports
in-line assembler, but not the same. The formatter and driver are also already
built. The driver install program was supposed to be there, but was not.
It took me about half an hour to build a driver install program using
Megamax C. It is a very short program, but the calling parameters for
OpenDriver are different between Aztec and Megamax C. My program kept
crashing until I stopped to look at InsideMac.
Once you are hooked up, you run the format program. Be sure your Xebec is
jumpered for 512 byte sectors. BE CAREFUL with the format program. It does
not bother to ask you if you want to format the disk.
After the disk is formatted, you run the driver install program. When you
return to the Finder, there is the hard disk with a little over 5000K free!!!
The driver install program does not bother to make the hard disk the startup
disk and eject the boot floppy as I would like. At this point, you can
copy the System and Finder to the hard disk. Then you command-option-double-
click the Finder on the hard disk to make it the startup disk. Then, you
copy ALL your favorite files to the hard disk.
The driver supports a non-partitioned disk. There is supposed to be
a new software release "soon" that supports some kind of partitioning.
The software works great as long as you don't have any disk problems.
This version does not appear to check for disk errors. I had some problems with
this as I had a bad sector in the directory. Hopefully, the next version
of their software will correct this. The price list I got with the kit
says the upgrade will be available 8-15-85 (yes, < today) and costs $20.
I hope they don't really expect me to pay for this. The lady I talked
to on the phone today didn't know anything about the new software, but
promised to call me back.
The hard disk works quite well (barring disk errors). Very rough timings
put it at about the speed of a Hyperdrive, but I didn't have very good
times for the Hyperdrive. I have about 130 files on the disk now and
launching the finder (4.1 from the desktop) takes about 9 seconds.
This compares to 15 seconds for a floppy with 30 files and even longer
for 2 floppies. Other things like edit/compile and simply exit to finder are
much faster, and it is really great to have 1 disk with plenty of room
instead of squeezing onto 2 floppies. I have a program
that writes 512 bytes to the controller, and reads it back. It will do
1000 passes in 16 seconds, so I am getting 500,000 bits/sec including
all the overhead. Note: this is reading/writing the controller ram, not the
disk.
Overall, I am very pleased. The software could use some work. It needs:
1. Error detection. The XEBEC does retries, but if there is a bad spot,
there is just no way for the controller to recover.
2. A mount program that makes the hard disk the startup volume and ejects
the startup floppy (a la RamStart).
3. Disk partitioning (promised).
4. Multi-drive support (might come with partitioning). The XEBEC will
suport 2 drives.
5. A hard disk backup program.
This is what my system cost:
1. Fastime interface $150
2. XEBEC S1410A (from Kieruff) $165
(Paramount carries S1410's for $125. They could not
tell me over the phone if they were S1410A's. I
use the S1410A because I have them in other equipment.
Either should work with this software.)
3. Shugart 604 from Priority I (5 mb) $ 99
4. Cables, power supply. ~$ 60
You need to be a moderately good hardware hacker to go this way. Their
documentation is pretty terse. You also get schematics in MacDraw
format on the software disk. You even get a schematic for their
next product -- a SASI/SCSI controller plus some parallel ports.
They also sell kits that include the disk controller and hard disk.
I would be interested in anyone else using this product. I have written
some quick and dirty utilities to dump error stats out of the Xebec, and
read all the sectors on the disk. You can use Fedit to put any bad
sectors into a file. My directory sector problem went away after I
re-wrote it. I will be doing some more work if their next
software release does not have everything I want.
You can order from:
Fastime
p.o. box 12508
San Luis Obispo, CA 93406
(805) 546-9141
Basic Mac SCSI Host Adapter Kit $150.
UPS shipping $5.00. UPS COD $10.00
I have no connection with Fastime or DMS design. This is a home project
not supported by where I work.
Rick Watson
University of Texas Computation Center
Austin, Tx 78713
(512) 471-3241
rick@ngp.UTEXAS.EDU rick@ut-ngp.arpa
...ut-sally!ut-ngp!rick
------------------------------
Date: Fri, 30 Aug 1985 03:20 EDT
From: LEVITT%MIT-OZ@MIT-MC.ARPA
Subject: vertical retrace sync solution
help--vertical retrace sync?
From: zim@mitre.ARPA
Can someone suggest a simple way to get drawing-to-the-screen synchronized
with the display refresh?
... could I do something as simple as loop until the tickcount
changes? I'm happy to use a little in-line assembler if necessary....
In the release versions of the MDS, Bud Tribble's "Sample" program (in
the Template folder) uses an assembly routine called SYNC that does
exactly that, calling the ←TickCount trap repeatedly.
------------------------------
Subject: rumors, gossip, etc.
Date: 28 Aug 85 08:41:15 EDT (Wed)
From: zim@mitre.ARPA
Following are some interesting items, mainly rumors, from local (Washington
DC area) Mac boards; I pass them along without comment:
-------------------------
From:ARTHUR DAVIS To:ALL
Subject:Rumors Date:8/20/85 21:5
Some of the latest tantalizing rumors from CompuServe here, and they are
winners fans:
Apple's Mac successor project (code-name Jonathon) is going to be
introduced to the stockholders' meeting in Jan 86. The Jonathon
is said to be like the following: 17 inch B&W high resolution screen,
expansion slots, enhanced business keyboard with trackball, SCSI interface
for high speed peripherals, 1MB RAM expandable to 16MB, 1 800K floppy.
Rear panel accepts plug-ins with full buss access. Transportable with less
than 1 sq. ft. desk footprint. Room in the cabinet for an internal 3.5
20MB hard disk.
And if that's not enough, projected for release in late 86, "Jason" - a color
Mac with 800X600 resolution.
Apple is also researching the impact of using the 68020 in the new products.
I have lots more rumors to spread, but I'm pressed for time now. All I can
say about Jonathon, is that it sounds like the Sun super-micro "for the rest
of us", and I sure hope all this is true, and it will be able to be purchased
for less than a mint.
-------------------------
From:MICHAEL YOURSHAW To:ALL
Subject:Dorchester Date:8/22/85 7:14
I flew up and back for the Dorchester Mac Expo, yesterday. Sure wish I could
have spared all 3 days - lots to see, and a very friendly, energetic crowd.
Dr. TOM was drumming his great database; he didn't have a booth set up, so
Apple graciously made a station available to Carol and the Dr.
Got a chance to meet some of my personal MacGods, such as Bill and Ann Duvall
of Consulair, Steve Jasik of MacNosy (wait 'till you see the T-shirt he sold
me), Dave Smith of MacTutor, and many others.
Announcements: 20Meg Hyperdrive shipping 6 Sep., upgrades 10>20 avail 6 Dec.
New Hyperdrive software has print spool, disk cache, and (at last!) garbage
collection. Boreland - Sidekick for the Mac! (I got one and will report.)
Consulair - Smart linker & librarian, Mac C v. 4.0. Manx - symbolic debugger
(avail in a few weeks). Many cos. - 1-2 Meg memories. MacCharlie - I saw
one work (impressive) and was told they are in stores. (The VP I talked to
had heard that Fredrick was a discounter with negligent support; boy did I
straighten HIM out!) MacRevealed vol. 2 - I got one (official release to stores
in a few weeks). Megamax - new version of C released last week. Most wonder-
ful product! - Custom calculator construction set by Electronic Arts (avail
Nov.) Does what it says: Makes custom calculator DA's, I saw HP 12C and
HP33. You define appearance, program each button. MindSight business plan-
ning and analysis (avail Sept). MacDraft, shipping since 2 Aug.
-------------------------
From:MICHAEL YOURSHAW To:ALL
Subject:Dorchester (cont.) Date:8/22/85 7:32
Several 3D design programs demoed. New ver. of ExperLisp is shipping.
Electronic arts also had Pinball Construction Set ( avail ?). Miles - Mac
the Knife vol. 3 (clip art). MacBottom is real (and uses printer port!)
Paradise drive had a power supply the size of the drive (almost) hidden behind
the table. Mainstay - Disk Ranger catalogger and labeller (< Ides) avail.
Sep. 16. MouseX Terminal, RSN (< Paul). WormStat, HP-12C, both are now
available as improved, commercial products. On Stage Pascal compiler:
Prsonal version (list $119) avail now ? Developer's version avail Oct. 15
list $399. Boreland Turbo Pascal, no promises; maybe end of year.
TimeBase a nifty schedule management system, includes multiple, SPOKEN alarms.
Several new Logos.
Finally, I got a Paint Cutter (Silicon Beach) so I'll shut up abainlicoiewepressive graphics/text ad-
venture game with full sound (chash of swords, roar of dragon), very realistic.
-------------------------
From:ARTHUR DAVIS To:ALL
Subject:Miscellaneous Date:8/23/85 20:4
I hope to pass on more rumors (which have now been fully verified by a
front page article in Electronic Engineering Times), but won't do so
until the board is less full (I'm trying not to be a board-hog). I did
want to say that Craig Vaughan has gotten a copy of the $49.95 native
code Pascal compiler advertised in the new Mac Buyer's Guide. The
product is the MacLanguage Series (Pascal & Basic). It looks good,
complete & fast. The "Alpha" release Craig has compiles to MDS .ASM and
thus requires the MDS assembler and linker, but the release will not.
Most all Toolbox traps seem to be represented in include files, with the
definitions equating to the in-line traps. An example: Craig compiled,
assembled, linked and executed the famous Sieve while I was listening on
the phone. Compile/assemble/link time seemed about 10-15 seconds. The
execution time was about 6 seconds. Craig is experimenting with MacPascal
& MacLanguage Pascal compatibility. This may be the Landing winner, fans!
And $49.95! Watch out Turbo if this works out. (Maybe watch out Aztec,
and Consulair, and ...). More info from Craig or me later.
-------------------------
From:CRAIG VAUGHAN To:ALL
Subject:A nifty compiler... Date:8/23/85 21:43
As Arthur mentioned in the previous msg., I have just received the pre-release
version of the MacLanguage Series Pascal compiler from TML Systems in Melbourne
FL. From my initial testing and perusal it seems to be a winner and at only
$49.95, a heck of a bargain. The version I received is not yet in the final
form but definitely useable. I spoke with the author, Tom Leonard, and indicat-
ions are that the final release will be within the next 30-45 days. Family
Computer Center in Fair Oaks Mall will be stocking it (and can order it for
those to impatient to wait for the final release). If you do order it now, the
final release will be sent out at no cost. As Arthur reported, the current
pre-release version requires the MDS assembler, but the final release will
compile directly to .REL format for use by the MDS linker which will be
provided along with the editor and RMaker. The code produced is quite compact
and an examination of the .ASM file produced by the compiler shows no "fluff".
The Sieve, as Arthur reported, takes about 6 secs. for 10 iterations and oc-
cupies only 1736 bytes. The ability to define inline chunks of code is a nice
facility allowing easy definition of toolbox trap interfaces. The release
version will feature separate compilation using Units, complete implementation
of standard Pascal I/O routines, etc. The current version already allows the
use of segments to break up large programs and has include files for virtually
all the ROM and OS trap routines (QuickDraw, Toolbox, Packages, etc.).
I will be uploading some sample programs put together with the compiler that
were taken from the Software Supplement onto the ABBS at (703) 471-0610. If
you have any questions about the compiler, leave me a note. As Arthur says,
by combining this compiler with the MacPascal interpreter, I think we have
-------------------------
From:CRAIG VAUGHAN To:ALL
Subject:Pascal Compiler addenda Date:8/24/85 13:47
I see that the last line or two got dropped from my earlier msg. about the
MacLanguage Series Pascal compiler. The final point I was making is that
by combining the interactiveness of the MacPascal interpreter and the ease
of use of the MLS Pascal compiler, I think there is now a development environ-
ment at hand that meets the "Landing" criteria. Even if you don't use the
MacPascal interpreter for fast turn around on debugging, the MLS Pascal compiler
is a fast way to develop programs. Further note on performance: by upping the
iterations to 100 and adding calls to the Mac's own clock, I have a normalized
(ie. 10 iteration) timing of 6.6 secs. for the Byte Sieve benchmark. Also,
another feature of the compiler worth mentioning is a compiler option that
puts each line of the Pascal source code into a comment statement in the
generated .ASM file. Thus you can see exactly what code is generated and if
you feel so inclined, it aids in hand optimizing the code (tho' that doesn't
seem to be very necessary).
#96C EE Times ... New Products
From: MIDNIGHT MACKER #457
When: 9:04p Wed, 21-Aug-85
Here is a summary of the front page article from the August 19, 1985
edition of the Electronic Engineering Times:
* Apple should announce the following products by next Jan 86:
* Johnathan Apple, a Mac with a 17-inch monochrome screen sitting on top
of a base control unit with 11 Mbytes of RAM expandable to 16 Mbytes,
an 800K floppy drive, an optional !internal! 20 Mbyte hard disk and
!slots! for RAM cards, a modem card, etc.
* Jason Apple, called Versa Mac by developers, with a 800 by 600 pixel
(approximate) color screen.
* A 20 Mbyte 3 1/2-inch winchester for the existing Mac line.
* A 550 Mbyte read-only 4.7-inch CD laser disk for the Mac and Apple II.
* A new, low-cost LaserWriter printer using a laser engine from Kyocera
capable of printing 10 pages a minute.
* A new low-cost dot-matrix impact printer, the ImageWriter II, faster
and quieter than the present ImageWriter.
* A shared-resource Winchester File server, which sources say features
at least a 40 Mbyte hard disk and RAM cache buffer to boost data
communications. It will communicate via both the AppleTalk (230 Kbits
per second) and a high-speed parallel port.
* Most of these products should be unwrapped at the shareholders meeting
but many probably won't be shipped until much later next year.
* Apple has assured software designers that, when they design graphics
modules to conform with Macintosh rules, their programs will work with
future models.
* Apple will market the new system ROM. It's a 128Kbyte chip that adds
adds expandable file-address space to the standard 64K ROM in present
Macs.
* Consultants and third party developers say Apple designers are attempt-
ing to implement the Motorola 68020 processor into the new Macintosh
systems. Apple is trying to determine if the 32-bit bus processor will
be fully compatable with all existing and developing software and
peripherals.
The article contained many more interesting insights into the workings
of our Apple, Inc. Find it and read it if you can.
Also, please read this with a large grain of salt. Apple has many
millions of dollars to spend for R&D and probably has lots of labs filled
with prototypes. Let's see what actually gets produced and sent to market.
I wish Apple the best in developing new products and regaining the
momentum that they have lost in recent months, in view of their layoffs
of 1200-1300 employees.
Since much of the Mac standard is based on software, they have a fighting
chance of a comeback with new hardware.
Midnight
#98H Open Architecture
From: BRETT #209
When: 1:55p Mon, 19-Aug-85
It looks like a good bet that the new open architecture for the Mac will be
a SCUZZY interface. I have no idea what the real acronym is, SCSI or
something. It is a modification of the old suggart winchester drive
interface. It is the same interface that the CD ROM manufactures are using.
It is suppose to be a VERY high speed (1.5 MEGBAUD) data transfer. It is a
8 bit data bus protocal, so it will be a small DB type connector (25 pins???
Less???) Anyone have more specific details on this interface?
Brett
-------------------------
From:JAY HELLER To:ALL
Subject:It's Out! Date:8/21/85 7:15
" MacFORTH programming for the rest of us " is out and can be ordered from
Creative Solutions 301/984-0262. The book is in and is real. I have one
sitting on my desk.
**********************************************
As always, I have no association with any companies mentioned above
(except for having lost $1000 or so in Apple's stock during the past 6
months!) ... and have no further data on the above rumors ... z
------------------------------
End of INFO-MAC Digest
**********************
∂06-Sep-85 1734 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA Stanford Mac User's September meeting
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 6 Sep 85 17:34:34 PDT
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Fri 6 Sep 85 17:35:05-PDT
Date: Fri 6 Sep 85 17:32:19-PDT
From: John Mark Agosta <JOHNMARK@SU-SUSHI.ARPA>
Subject: Stanford Mac User's September meeting
To: info-mac-stanford@SUMEX-AIM.ARPA, smug@SU-SUSHI.ARPA
As has been the case, SMUG will put on another dazzling show of things
interesting to Macintosh users, this Monday, September 7th, in
Kresge Auditorium, at the Law School. Notice the new location.
Our featured speaker is from Paladin, and will present their new Crunch
spreadsheet. Also we will have shorter presentations on a new MIDI inter-
face, use of the "Switcher", possibly a video disk controller, and other
delights, depending on who is in town.
Meeting announcements start at 7pm, with disk membership sales available
at about 6:30. We hope to have in Freeware the new public domain MODULA
compiler, an assembler, and two disks of new desk accessories.
-jma
-------
∂07-Sep-85 0943 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #38
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 7 Sep 85 09:43:05 PDT
Date: 7 Sep 85 0925-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #38
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 7 Sep 1985 Volume 3 : Issue 38
Today's Topics:
New SetFile desk accessory
WayStation - another mini-finder
IEdit 1.1
finder application parameters library
Teleport DA
Bill Atkinson's QuickFile (Rolodex)
LaserWriter, BitMaps...
... and Command Keys
Megamax, Mactalk and 3D
MDS .Rel Files, a query
Macsbug vs. Multi-Meg-Macs
Request for terminal program sources
Programming Question
Bug in SFGetFile?
mac and ham radio, a query
Wide carriage imagewriter printer, a query
----------------------------------------------------------------------
Sender: Platt@HIS-PHOENIX-MULTICS.ARPA
Date: Tue, 27 Aug 85 17:46 MST
From: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: New SetFile desk accessory
This posting contains an improved (6200+ byte) version of the Set File 2.0 desk
accessory (why oh why didn't the authors change the version number??) Unlike
the 3k version posted to INFO-Mac some months ago (and discussed at some
length), this version doesn't appear to need to run as resource#19; it can be
installed with the font/DA-mover with no difficulty. Its dialog window has
also changed. Shareware (contribution requested if you like it).
[Archived as [SUMEX]<INFO-MAC>UTILITY-SETFILE.HQX. --RMA]
------------------------------
Sender: Platt@HIS-PHOENIX-MULTICS.ARPA
Date: Wed, 28 Aug 85 13:18 MST
From: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: WayStation - another mini-finder
This posting contains "WayStation", a public-domain minifinder.
WayStation permits you to quickly launch any of up to 24 different applica-
tions; the applications don't all have to be on the same disk (WayStation
apparently records the name/disk information in its own data fork). In this
version, you can only launch applications; launching of documents is promised
for a future release. WayStation has an automatic one-minute screen-saver
feature; click the mouse or strike any key to refresh the screen (this feature
apparently isn't aware of desk accessories such as MockWrite, and tends to
blank the screen suddenly if you're using such accessories from within
WayStation).
It's possible to make WayStation your default Finder (useful especially if you
don't have a ramdisk).
[In the interest of brevity, I have abridged this message. Complete instruc-
tions are in the file [SUMEX]<INFO-MAC>UTILITY-WAYSTATION.DOC; the program is
archived as [SUMEX]<INFO-MAC>UTILITY-WAYSTATION.HQX. --RMA]
------------------------------
Date: Fri, 30 Aug 85 14:29:48 EDT
From: Kent←Flowers%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
Subject: IEdit 1.1
I noticed earlier that IEdit 1.0 had been uploaded to the net. I have had a
version 1.1 that fixes some of the bugs in 1.0 for several months, but have
avoided uploading it to the net because I didn't think it was of suitable
quality for the net until version 2.0 was finished. However, since someone
thought version 1.0 worthy of passing along, I figured I should at least supply
the latest version I had. For those that have run into the bugs of 1.0 (saving
two icons to the same file that have the same ID for example!) I extend my
apologies for the hack. 1.1 is still a seat-of-the-pants hack, but hopefully
it is a more functional one.
For those who have sent me questions reguarding how to use the beastie, here
are some quick notes:
I have added a quick note at the end of the "Help" menu (which at this time
neither the "Help" or the "Resources & Misc" menus have function other than
their content telling about future additions) to tell folks about the hidden
features that are in the program:
...
Kent Flowers
[The program itself is archived as [SUMEX]<INFO-MAC>UTILITY-IEDIT.HQX. The
full contents of this letter are archived as UTILITY-IEDIT.DOC, since it was
more than 10000 characters long. --RMA]
------------------------------
Date: Sat, 31 Aug 85 13:10:20 PDT
From: shebanow%ucbernie@Berkeley (Mike Shebanow)
Subject: finder application parameters library
Here is the source for a library of routines which emulate the WorkShop
routines for accessing the Finder information. The Finder passes filenames and
other information to the application, in a manner similar to UNIX's argc/argv
convention. The code interfaces to MDS and Consulair's MacC.
The MacC conventions are:
/* type and constant info */
#define appOpen 0
#define appPrint 1
typedef struct {
short vRefNum; /* volume ref num for file */
OSType fType; /* the file's type */
short versNum; /* always 0?? */
Str255 fName; /* the filename */
} AppFile;
/* routines */
void CountAppFiles(message,count)
short *message; /* open files or print them */
short *count; /* number of files to handle */
void GetAppFiles(index,theFile)
short index;
AppFile *theFile;
void ClrAppFiles(index)
short index;
Have fun...
Andrew Shebanow
shebanow@ucbernie.ARPA
[These routines are stored as [SUMEX]<INFO-MAC>UTILITY-FINDER-ACCESS.ASM. The
conventions are repeated in UTILITY-FINDER-ACCESS.DOC. --RMA]
------------------------------
Date: Mon, 2 Sep 85 14:23:01 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Teleport DA
Here's a DA from Compuserve which teleports between applications after simula-
ting a Quit action. It is a Font/DA Mover document, packed with MacWrite 4.5
format documentation by PackIt, then encoded in HQX format with Binhex v4.0.
-Barry Eynon
[Archived as [SUMEX]<INFO-MAC>DA-TELEPORT.HQX. --RMA]
------------------------------
Date: Mon, 2 Sep 85 14:25:22 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Bill Atkinson's QuickFile (Rolodex)
Here is a new version of Bill Atkinson's freeware Rolodex program, now named
QuickFile. In HQX format.
-Barry Eynon
[This can be found in [SUMEX]<INFO-MAC>UTILITY-QUICKFILE.HQX. --RMA]
------------------------------
Date: Mon, 26 Aug 85 20:27:11 pdt
From: Leo Hourvitz <leo%apple.csnet@csnet-relay.arpa>
Subject: LaserWriter, BitMaps...
A bug was reported about how a large bitmap image is handled by Draw and the
LaserWriter. Here's the scoop: Two pieces of obscure information cause that
problem. One is that Draw can only handle bitmaps of a certain size; if it
gets (through paste) a bitmap larger than that, it splits the bitmap up into
several smaller bitmaps. The second piece of obscurity is that since a Mac
screen is 72 dots/inch and the LaserWriter is 300, the person implementing the
LaserWriter code decided that 288 (=72x4) was pretty close to 300, and when
bitmaps are printed on the LW, they are simply blown up by four in each
direction. So, those bands that show up in bitmaps under Draw come from two
things: one, draw split up your bitmap into a bunch of little ones, and two,
those little bitmaps (here's the death ray) EACH got independently shrunk by a
little bit when they were printed on the Laser.
The only workaround I've found is, immediately after pasting the bitmap into
Draw, select the whole thing by dragging out a rectangle, and group it
together. This solved my problem (which was horzontal bands), but still left
me with some inexplicable things. I found if I so much as clicked somewhere
before grouping them, the bands came out on the printer. WYSIWYG this is not.
Keep on Macking!
Leovitch
Leo Hourvitz
Apple Computer, Inc.
leo@apple.csnet
$ wittysaying -o
------------------------------
Date: Mon, 26 Aug 85 20:27:11 pdt
From: Leo Hourvitz <leo%apple.csnet@csnet-relay.arpa>
Subject: ... and Command Keys
Regarding a different planet...
Sadly, command keys CANNOT be entirely driven from the menus. The keys laid
out in the User Interface Guidelines as required (Undo(Z), Cut(X), Copy(C), and
Paste(V)) are hard-coded into the ROM. On a shadier side, MacPaint (and
Microsoft Word) boast command keys that cannot be menu-driven because they are
not direct equivalents of any menu command; e.g., MacPaint's command-shift-> to
get the next larger font; there is no 'Increment Font Size' command. Is
consistency with the menus worth not having the ability to change font sizes?
A long debate.
Keep on Macking!
Leovitch
Leo Hourvitz
Apple Computer, Inc.
leo@apple.csnet
$ wittysaying -o
------------------------------
From: pur-ee!kangaro!milo@Berkeley
Subject: Megamax, Mactalk and 3D
Date: Mon Aug 26 11:31:22 1985
I am sure most of you are familiar with the Mactalk and the 3D graphics package
that came with the latest release of the MacStuff Consortium disks. They
conviently provided us with MDS libraries so you could link the routines into
your own programs.
BUT! What if you don't have an MDS linker? I want to use these routines with
MEGAMAX C compiler but I can't seem to find enough information to let me write
a MegaMax/mactalk interface routine.
Has anyone else figured out how to use MacTalk or the 3D graphics routines from
MegaMax C yet?
If you have a set of interface routines please let me know...you will have to
send mail directly to me as I don't get INFO-MAC here. Thanks
Greg Corson
UUCP: {ihnp4 | ucbvax | harpo}!pur-ee!kangaro!milo
ARPA: pur-ee!kangaro!milo@BERKELEY (gatewaying through ucbvax)
Or leave a message to the sysop on The Connection BBS: (219) 277-5825
------------------------------
Date: Tue, 3 Sep 85 16:34:35 edt
From: ANDERER <anderer%udel-cc-vax1.delaware@udel-louie.ARPA>
Subject: MDS .Rel Files, a query
I'd like to be able to use some of the object files Apple supplies (like the
fixed-math stuff, Graf3D, etc.) I'm working in Megamax C.
Has anyone hacked up a routine to decompile the MDS .Rel files? And maybe even
put them into a format the Megamax linker can live with?
If not, is the format of the .Rel files documented anywhere?
------------------------------
Date: Wed, 4 Sep 85 15:27:35 edt
From: Ephraim Vishniac <vishniac%wang-inst.csnet@csnet-relay.arpa>
Subject: Macsbug vs. Multi-Meg-Macs
Long-time readers of this group have heard (read) me complaining about problems
involving Macsbug (and Maxbug, and all their kith and kin) and my overweight
Mac (1.5 meg). Thanks to MacNosy, I now understand the problem.
First, the plug. MacNosy is a disassembler for the Mac. I bought it from the
Programmer's Shop, in Hanover, MA, for $60 plus 5% tax plus $3 P&H. I imagine
it's a competent disassembler, but it's definitely oriented toward expert
users, and has a long learning curve. I have no connection with anyone who
would profit from sales of MacNosy; I'm just an accidentally delighted
customer.
Next, the problem. My usual working configuration is a 512K system area (low
mem stuff, system heap, application heap) followed by a large ramdisk, followed
by the video ram, and misc high mem stuff. With Macsbug (or Maxbug) installed,
the system would crash when the ramdisk was about half-full. Without macsbug,
everything was fine, except that I couldn't debug.
MacNosy comes with several sample "journal" files of disassemblies. One of
these is Maxbug, by a happy coincidence. A quick look at the output showed
that Maxbug makes some assumptions about the structure of memory:
1. It assumes that top-of-memory-relative things can always be got at with
fixed high addresses and wrap-around. For example, the screen is at 1A700 in a
thin Mac, 7A700 in a fat one, and higher still in others. If wraparound is
reliable *and* only power-of-two memory sizes are used, you can always hit it
by using 1FA700 (the screen location in a four-meg Mac). Fortunately, Macsbug
doesn't find the screen this way, but it does find its internal data this way.
2. It assumes a maximum of one meg. Period.
Results: Macsbug will not work in any mac with more than 1 meg of memory. It
will also not work in 1 meg systems where the upper half-meg is not recognized
by the system. More precisely, it will start to work on these systems, but
won't put its variables in the space reserved for them, leading to conflicts
with other programs.
The fix: Patch Macsbug for your real memory size. This involves >100 patches,
so a program to automatically find and apply the changes is definitely
indicated.
Ephraim Vishniac
[apollo, bbncca, cadmus, decvax, harvard, linus, masscomp]!wanginst!vishniac
vishniac%Wang-Inst@Csnet-Relay
------------------------------
Date: Tue 3 Sep 85 08:33:40-PDT
From: Dwight Hare <DHARE@SRI-CSLA.ARPA>
Subject: Request for terminal program sources
I am writing my first substantial application for the mac, and it is yet
another terminal program. Of course, this version will have all of the
fancy features that I have always wanted in a terminal. Rather than reinvent
the wheel completely, I'd like to start from an existing terminal program.
I'm requesting the sources to a terminal program, hopefully written in Megamax
C, but I'd appreciate one written in any other C, or even written in Pascal.
I intend to post my resulting program (if I get it working) on info-mac, and
any help will be acknowledged.
------------------------------
From: berman@isi-vaxa (Richard Berman)
Date: 5 Sep 1985 1035-PDT (Thursday)
Subject: Programming Question
Do you know of any special setup or avoidance that should be observed by a
program if it is the startup applicaion on the system disk? In particular, I
find that when I call SFGetFile or SFPutFile (by directly calling the
particular routine in PACK3) I get an error 2.
I've checked, and there are no odd addresses being passed. All the routine
addresses are NIL, and the string addresses are ok. It does get to the Pack3
call and then spins the disk for a bit over a second. Then the bomb.
The identical code works if the program is opened from the Finder.
My first thought was...AHA! Obviously InitAllPacks (or InitPack(3)) isn't
being called if it is a startup application. But calling it had no effect. So
I'm hoping to find some other kind of operation that should be done.
The language I'm using is MicroMotion MasterFORTH, which provides a very low
level assembler-like interface to system traps.
Please send me any info you have on this kind of thing.
Best,
Richard Berman
Berman@ISI-VAXA
------------------------------
Date: 6 Sep 85 13:21:01 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Bug in SFGetFile?
System: 512K Mac with external drive. Megamax C 2.1a.
Background:
I wrote an application (FontDisplay for those who are curious) that uses
SFGetFile to get a font file from the user. SFGetFile is passed a file filter
function that returns FALSE for files whose type is FFIL or System files. It
works fine.
In order to let the user select all the files on the disk, I added a button
("Disk") to the dialog list (which by the way had to be done with MDS Asm and
Linker since RMAKER doesn't like userItem's.) To process this button, I have a
dlgHook function that sets a global variable and returns getOpen when this
button is pushed. It too works fine.
Since I needed the list of font files when the user selected "Disk", I modified
my file filter to keep a list of all the files it "passed" (clever, eh?). I
also have my dlgHook clear this list whenever it receives an getEject, getDrive
or disk-insert item.
Bug:
The first time I call SFGetFile, it works fine. The list is cleared and reset
accordingly when I eject the disk, switch drives and insert a new disk. The
second time I call SFGetFile, the list is always empty.
After adding some debugging code to my dlgHook, I noticed the following:
1) The FIRST time it is called from SFGetFile, it is passed -1 (which isn't
documented anywhere.)
2) The second call to SFGetFile causes it to get called with repeated disk
insert events (100) when no disk insert has taken place!! This happens in an
endless loop.
Workaround:
I modified my dlgHook to check for a "real" disk insert event (using
EventAvail) and only clear my list then.
Has anyone else ever experienced this bug?
APPLE: do you know about it?
- Jeff "Is it live or is it Megamax?" Shulman
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
------------------------------
Date: 2 Sep 85 02:11 EDT
From: Crawford @ DCA-EMS
Subject: mac and ham radio, a query
wanted
information/past experience with interfacing a mac with ham radio. i am
particularly interested right now in morse code transmission and reception. it
would be useful even if you know of a good algorithm for receivning morse code
at any speed from manual transmission. might be interested in the future in
amtor and packet.
thanks for any help you may be able to provide.
73
jerry k7upj
------------------------------
Date: Fri 6 Sep 85 14:20:04-PDT
From: Jeffrey Harvey <JHARVEY@SU-SCORE.ARPA>
Subject: Wide carriage imagewriter printer, a query
I'm going to be buying a Mac soon, and I'd like to get some opinions on the
wide carriage imagewriter printer. What are people's experience with them?
Are they worth the extra money? How is their reliability? Are they much
slower than the standard imagewriter? In general, what should I know before
making my decision.
For reference, I'll be getting a Fat Mac, drive, and printer "bundled". If I
get the bigger printer it will cost me about $200 extra.
Thanks in advance for your advice.
Jeff Harvey
------------------------------
End of INFO-MAC Digest
**********************
∂12-Sep-85 0512 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #39
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 12 Sep 85 05:11:13 PDT
Date: 12 Sep 85 0507-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #39
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 12 Sep 1985 Volume 3 : Issue 39
Today's Topics:
Macintosh Pinouts (VERY LONG! c. 8000 chars)
Smalltalk on the Macintosh (LONG! c. 6000 chars)
Flicker-free animation on the mac. (LONG! >5000 chars)
PageMaker review (VERY LONG! c. 9000 chars)
----------------------------------------------------------------------
Date: Mon, 26 Aug 85 10:53:34 pdt
From: Larry Rosenstein <lsr%apple.csnet@csnet-relay.arpa>
Subject: Macintosh Pinouts (VERY LONG! c. 8000 chars)
It did not occur to me that people would not be able to get the file onto a Mac
easily. I have enclosed a text version of the same document.
Larry
----------------------------------------------------
Macintosh Technical Notes
#10: Pinouts
See also: Macintosh Hardware Manual
Written by: Mark Baumwell April 26, 1985
Modified: July 23, 1985
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
This note gives pinout descriptions for the Macintosh ports, Macintosh cables,
and various other products.
←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
Below are pinout descriptions for the Macintosh ports, cables, and various
other products. Please refer to the Macintosh Hardware chapter for more
information, especially about power limits (the Macintosh Hardware chapter is
included in the May Software Supplement). Note that any unconnected pins are
omitted.
Macintosh Port Pinouts
Macintosh Serial Connectors (DB-9)
Pin Name Description/Notes
1 Ground
2 +5V See Macintosh Hardware chapter for power limits
3 Ground
4 TxD+ Transmit Data line
5 TxD- Transmit Data line
6 +12V See Macintosh Hardware chapter for power limits
7 HSK HandShaKe: CTS or TRxC, depends on Zilog 8530 mode
8 RxD+ Receive Data line; ground this line to emulate RS232
9 RxD- Receive Data line
Macintosh Mouse Connector (DB-9)
Pin Name Description/Notes
1 Ground
2 +5V See Macintosh Hardware chapter for power limits
3 GND Ground
4 X2 Horizontal movement line (connected to VIA PB4 line)
5 X1 Horizontal movement line (connected to SCC DCDA- line)
7 SW- Mouse button line (connected to VIA PB3)
8 Y2 Vertical movement line (connected to VIA PB5 line)
9 Y1 Vertical movement line (connected to SCC DCDB- line)
Macintosh Keyboard Connector (RJ-11 Telephone-style jack)
Pin Name Description/Notes
1 Ground
2 KBD1 Keyboard clock
3 KBD2 Keyboard data
4 +5V See Macintosh Hardware chapter for power limits
Macintosh External Drive Connector (DB-19)
Pin Name Description/Notes
1 Ground
2 Ground
3 Ground
4 Ground
5 -12V See Macintosh Hardware chapter for power limits
6 +5V See Macintosh Hardware chapter for power limits
7 +12V See Macintosh Hardware chapter for power limits
8 +12V See Macintosh Hardware chapter for power limits
10 PWM Regulates speed of the drive
11 PH0 Control line to send commands to the drive
12 PH1 Control line to send commands to the drive
13 PH2 Control line to send commands to the drive
14 PH3 Control line to send commands to the drive
15 WrReq- Turns on the ability to write data to the drive
16 HdSel Control line to send commands to the drive
17 Enbl2- Enables the Rd line (else Rd is tri-stated)
18 Rd Data actually read from the drive
19 Wr Data actually written to the drive
Other Pinouts
Macintosh XL Serial Connector A (DB-25)
Pin Name Description/Notes
1 Ground
2 TxD Transmit Data line
3 RxD Receive Data line
4 RTS Request to Send
5 CTS Clear To Send
6 DSR Data Set Ready
7 Ground
8 DCD Data Carrier Detect
15 TxC Connected to TRxCA
17 RxC Connected to RTxCA
24 TEXT Connected to TRxCA
Macintosh XL Serial Connector B (DB-25)
Pin Name Description/Notes
1 Ground
2 TxD- Transmit Data line
3 RxD- Receive Data line
6 HSK/DSR TRxCB or CTSB
7 Ground
19 RxD+ Receive Data line
20 TXD+/DTR connected to DTRB
Apple 300/1200 Modem Serial Connector (DB-9)
Modem Name Description/Notes
2 DSR Output from modem
3 Ground
5 RxD Output from modem
6 DTR Input to modem
7 DCD Output from modem
8 Ground
9 TxD Input to modem
Apple Imagewriter Serial Connector (DB-25)
ImageWriter Name Description/Notes
1 Ground
2 SD Send Data; Output from Imagewriter
3 RD Receive Data; Input to Imagewriter
4 RTS Output from Imagewriter
7 Ground
14 FAULT- False when deselected; Output from Imagewriter
20 DTR Output from Imagewriter
Apple LaserWriter AppleTalk Connector (DB-9)
LaserWriter Name Description/Notes
1 Ground
3 Ground
4 TxD+ Transmit Data line
5 TxD- Transmit Data line
7 RXCLK TRxC of Zilog 8530
8 RxD+ Receive Data line
9 RxD- Receive Data line
Apple LaserWriter Serial Connector (DB-25)
LaserWriter Name Description/Notes
1 Ground
2 TXD- Transmit Data; Output from LaserWriter
3 RXD- Receive Data; Input to LaserWriter
4 RTS- Output from LaserWriter
5 CTS Input to LaserWriter
6 DSR Input to LaserWriter (connected to DCBB- of 8530)
7 Ground
8 DCD Input to LaserWriter (connected to DCBA- of 8530)
20 DTR- Output from LaserWriter
22 RING Input to LaserWriter
Macintosh Cable Pinouts
Note for the cable descriptions below:
1. The arrows ("--->") show which side is an input and which is an output.
For example, the notation "a ---> b" means that signal "a" is an output and "b"
is an input.
2. When pins are said to be connected on a side in the Notes column, it means
the pins are connected on that side of the connector.
Macintosh Imagewriter Cable (part number 590-0169)
Macintosh Name Imagewriter Notes
(DB9) (DB25)
1 Ground 1
3 Ground 7 pins 3, 8 connected on Macintosh side
5 TxD- ---> RD 3 RD = Receive Data
7 HSK <--- DTR 20
8 RxD+ = GND Not connected on Imagewriter side
9 RxD- <--- SD 2 SD = Send Data
Macintosh Modem Cable (Warning! Don't use this cable to connect 2 Macintoshes!)
(part number 590-0197-A)
Macintosh Name Modem Notes
(DB9) (DB9)
3 Ground 3 pins 3, 8 connected on EACH side
5 TxD- ---> TxD 9
6 +12V ---> DTR 6
7 HSK <--- DCD 7
8 No wire 8
9 RxD- <--- RxD 5
Macintosh to Macintosh Cable (Macintosh Modem Cable with pin 6 clipped on both
ends.)
Macintosh Name Macintosh Notes
(DB9) (DB9)
3 Ground 3 pins 3, 8 connected on EACH side
5 TxD- ---> RxD- 9
7 HSK <--- DCD 7
8 No wire 8
9 RxD- <--- TxD- 5
Macintosh External Drive Cable (part number 590-0183-B)
Macintosh Name Sony Drive
(DB9) (20 Pin Ribbon)
1 Ground 1
2 Ground 3
3 Ground 5
4 Ground 7
6 +5V 11
7 +12V 13
8 +12V 15
10 PWM 20
11 PH0 2
12 PH1 4
13 PH2 6
14 PH3 8
15 WrReq- 10
16 HdSel 12
17 Enbl2- 14
18 Rd 16
19 Wr 18
Macintosh XL Null Modem Cable (part number 590-0166-A)
Macintosh XL Name DTE Notes
(DB25) (DB25)
1 Ground 1
2 TxD- ---> RxD 3
3 RxD- <--- TxD 2
4,5 RTS,CTS ---> DCD 8 pins 4,5 connected together
6 DSR <--- DTR 20
7 Ground 7
8 DCD <--- RTS,CTS 4,5 pins 4,5 connected together
20 DTR ---> DSR 6
Macintosh to Non-Apple product Cable Pinouts
Macintosh to IBM PC Serial Cable #1 (not tested)
Macintosh Name IBM PC Notes
(DB9) (DB25)
3 Ground 7 pins 3, 8 connected on Macintosh side
5 TxD- ---> RxD 3
7 HSK <--- DTR 20
8 RxD+ = Ground Not connected on IBM side
9 RxD- <--- TxD 2
CTS <--- RTS 4-5 pins 4,5 connected on IBM side
DSR <--- DCD,DTR 6-8-20 pins 6,8,20 connected on IBM side
Macintosh to IBM PC Serial Cable #2 (not tested)
Macintosh Name IBM PC Notes
(DB9) (DB25)
1 Ground 1
3 Ground 7 pins 3, 8 connected on Macintosh side
5 TxD- ---> RxD 3
9 RxD- <--- TxD 2
CTS <--- RTS 4-5 pins 4, 5 connected on IBM side
DSR <--- DTR 6-8 pins 6, 8 connected on IBM side
[I am posting this for those who cannot FTP it from SUMEX. --RMA]
------------------------------
Date: Tue, 3 Sep 85 15:03:50 pdt
From: Mark Lentczner <mark%apple.csnet@csnet-relay.arpa>
Subject: Smalltalk on the Macintosh (LONG! c. 6000 chars)
[]
There has been so many requests for my info file on Smalltalk that I think it
warrents being posted to info-mac, so here it is... Please don't send me any
more requests for this file, and do send your address physically, not
electronically to the address below for an order form. I will still gladly
answer specific questions regarding Smalltalk on the Mac.
--Mark Lentczner
Smalltalk Group
Apple Computer, Inc.
20525 Marianni Avenue, MS:22Y
Cupertino, CA 95014
UUCP: {nsc, dual, voder, ios}!apple!mark
CSNET: mark@Apple.CSNET
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Yes, It is true, we have released the pre-product release 0.2 of Smalltalk for
the Macintosh and Macintosh-XL systems. It comes with two images: level 0 and
level 1. Being a pre-product version and because of the low price ($50,
institution licence is $150 more, or $50 for educational institutions) we do
not offer any support, you're on your own (but then again, haven't Smalltalkers
allways been...)
MEMORY
Both images expand to use as available memory upto 2Meg (should work upto 4Meg,
but we're not really sure about that...) Level 0 needs at least 512k and level
1 needs at least 1Meg. The number of objects is limited: level 0 at 14k
objects, level 1 at 32k objects. We have tested Smalltalk with some third
party 1Meg upgrades to the Macintosh as well as the 2Meg upgrade to the
Macintosh-XL from AST and it works. The major factor for a Mac. 1Meg upgrade
is if the 1Meg is continous and seen by the ROMs that way. The amount of free
space in level 0 is 3k objects and 24k words (on a 512 Mac), and in level 1 is
16k objects and 104k words (on a 1Meg Mac-XL).
FILES
The level 0 image file will fit on one 400k floppy! On the other hand, some
other files are a lot bigger. Level 1 is 600k so you will need a hard disk to
run it. The sources file (on-line sources to all the code in the system) is
1.3Meg, hence you need a hard disk if you want that too, however the system
will still keep all the source code you write in the changes file and will
decompile all the system sources it can't find. Good news is that we don't do
anything really weird with the files so that almost any hard disk that works
with existing Mac applications should work with Smalltalk. Even better is that
any disk server that appears as volume in the Finder will also be found and
used by Smalltalk (several people sharing the sources over Apple talk from one
disk server has been proven to work!) Finally, we the system comes with a file
in that makes lets you issue a command from the browser that will read the
sources off the distribution disks if you really need the source code and can't
have the sources on line (that means that sources are still available even on
diskette systems!!!)
VERSIONS
Our images are built out of Xerox version 1. (Sorry about there being release
numbers, level numbers, and version numbers...) Version 2 is what is described
in the books from Addison/Wesley. The differences are not major and we have
added equivelent things in many cases (spelling correction for instance). At
this time there are no plans for us to do a version 2 port. (If version 2 is
important to you, and you have the resources to do a port of the image, please
contact us further...) Level 0 is actually a pared down version of level 1
which is missing many of the 'extras' that are in the system (Spline curves for
example). The whole programming enviornment is there except for projects.
CONFIGURATION, SPEED, TOOLBOX, & MISC.
Just to pull together some of the above info: Yes, it is possible to run
Smalltalk on a 512k Mac with one (or two) floppy disk drives and have enough
space to do 'student' type projects (1 or 2 weeks). On the other hand, level 1
with 1Meg and a harddisk makes quite a useful system that can support a great
deal of work. The speed of our system has been clocked at 13% Dorado, or just
slightly faster than the Berkley BS2 implementation on SUNs. The images do
provide access to the Mac toolbox, although they do not make use of it
themselves. As can been seen from some of the examples in the image, one could
speed up the Smalltalk interface substantially by making use of the toolbox
(which is one of the projects we are doing here).
NEWS LETTER
At this time we are not 100% certian what to do about a Macintosh Smalltalk
newletter. For the time being, if you happen to have anything that you'd like
to be in such a newsletter (goodies, work-arounds, fixes, applications, lab
reports, novel uses, etc.) you can mail them to us and we will do somthing
useful with them. If you are seriously interested in coordinating such a
newsletter, please let us know.
Well, there's more info than you probably bargained for, hope you enjoyed it.
Ordering info: if you already sent me your address, then the order form is on
the way. Otherwise, if you send a letter to:
Smalltalk Request
c/o Eileen Crombie
Apple Computer, Inc.
20525 Mariani Avenue
Cupertino, CA 95014
She'll send you some more info and an order form.
-- Mark Lentczner
DoIt:
Rectangle allInstancesDo: [:r | Display reverse: r]
(p.s., if you get this twice, please mail me so that I may fix my addresses)
[This entire message has been archived, in Tops-20 MAIL.TXT format, in the file
[SUMEX]<INFO-MAC>SMALLTALK.TXT, as a public service. --RMA]
------------------------------
Date: Tue, 3 Sep 85 17:06:00 pdt
From: oster%ucblapis.CC@Berkeley
Subject: Flicker-free animation on the mac. (LONG! >5000 chars)
When you do animation, you show the viewer successive frames at a rate high
enough that the viewer percieves the successive frames as continuous motion.
At the movies, you just show successive frames. On the computer the frame to
frame transition is a little more complex: You draw a frame, erase it, and
draw the next. This is ususally optimized to: You draw a frame, undraw the
parts that change, and draw the parts that change in the next.
If the viewer can percieve the undrawn state, the viewer will call your
animation "flickery". The flicker problem of animation is to hide the frame to
frame transition from the viewer. A movie projector hides the frame to frame
transition by concealing the film with a shutter while it is moving the film.
On a TV set, the picture is drawn by sweeping an electron beam across the
surface of a cathode ray tube in many horizontal scan lines. If you look
closely at the Mac screen, you can see the scan line structure. The Mac
picture tube, in order to take advantage of the mass production of the TV
industry, follows the TV convention of only drawing while the beam moves from
left to right, and drawing each scan line below the previous one. (I don't
know why TV was not designed to scan in alternate directions on alternate scan
lines and draw scan lines top down in one frame and bottom up in the next. I
just know it doesn't.) The beam is deflected by magnetic fields (or electric
fields on some older sets). These fields behave as if they had inertia - they
can not be changed instantaneously. It takes time to bring the beam back to
the position of the start of the next scan line. During that time the Mac can
make multiple changes to screen memory, and only the cumulative results of
those changes will be seen by the viewer.
The Mac circuitry generates an interrupt at the end of each horizontal scan
line and at the end of each frame.
During the horizontal sync interrupt, while the electron beam is moving back
from the right edge of the screen to the left, the Mac may send a byte to the
speaker and the floppy motor. The horizontal retrace is completed very
quickly, so there isn't time to do much.
During the vertical sync interrupt, while the electron beam is moving from the
lower right corner to the upper left corner, the Mac executes procedures in its
vertical retrace queue. There are system calls for adding and removing
procedures from the queue.
The standard vertical interrupt procedure increments a global variable called
Ticks, a longInt at location $16A. If you pause in you screen modification
loop until this changes, your screen modification loop will be synched to the
video.
(Don't depend on $16A for the time. As I discovered when I wrote my menu bar
clock desk accessory, the value drifts slightly so that after ten hours, it
will be a minute or two slow.)
Synching to the video may not be good enough. If your graphics commands take
more than about 1/128th second to execute, they will still be in progress while
the beam is scanning out the picture, and syncing to the video will just have
traded you intermitant flicker for continuous flicker. The other way of hiding
the changes from the viewer is to hide the changes from the viewer - draw where
the viewer can't see them and them quickly put them on the screen. There are
two ways to do this:
1.) Use the Mac's alternate screen. There is a bit on the Mac's VIA chip that
changes which memory locations are shown on the screen. You draw on the hidden
one, and when you are done, you make it visible and draw the next frame on the
other one. The viewer never sees drawing in progress. This method has
problems:
a.) The stack is right in the middle of the alternate video page. To begin to
use it, you must move the stack out of the way, and when you are done, move the
stack back. (There is a parameter to the Launch system call so that when the
program exits, the cleaning up will be done for you, but the only way to use
that parameter is to write one program that launches a second one, so its
pretty useless.)
b.) It takes 22k of memory. Any program that uses the alternate video probably
won't run on a thin Mac, because there probably isn't room.
c.) The Mac XL doesn't have an alternate video page and future Macs probably
won't.
The second method is the one I prefer:
2.) Do your drawing off screen and use CopyBits when you are done. Allocate a
new GrafPort, and change the .bitMap field to point to a new bitMap that you
have allocated elsewhere than in screen memory. Copy the portion of the screen
that is going to change into it, make the changes, and copy it back. If the
new bitMap is aligned to a byte boundary on the screen, the transfers are very
fast.
-- David Oster, THE unknown hacker.
[This entire message has been archived as [SUMEX]<INFO-MAC>ANIMATION-NOTES.TXT.
--RMA]
------------------------------
Date: Tue, 3 Sep 85 21:33:51 edt
From: mtu!russell@Glacier (Russell Reid)
Subject: PageMaker review (VERY LONG! c. 9000 chars)
I recently bought a copy of PageMaker, from Aldus Corporation, 610 First Ave.
Suite 400, Seattle, WA 98104. PageMaker is a publications layout program,
designed to do page layout for a publication after you have written the
articles with MacWrite or Word and drawn the graphics with MacDraw, MacPaint,
or the like. (it apparently accepts any graphics in PICT format, though I did
not test it with anything except MacDraw.)
I read the whole manual before attempting anything of substance, then used it
to lay out first a very simple newsletter, and then a somewhat more complicated
four-page newsletter with three columns, some MacDrawings, headers, page
numbers, and a big title bar.
PageMaker comes with two disks, one with system files and one with PageMaker,
called respectively system and master. Its copy-protection scheme demands that
you insert the original master disk once per bootup. It will not accept a bit
copy made with Copy II Mac 4.0 as a master disk. If you do as they ask and
tear a card from the manual and mail it in, Aldus sends you a backup copy of
the master disk. I frequently carry my PageMaker disk to a remote site which
has a LaserWriter printer, so I'm nervous about not being able to make backups.
Overzealous copy protection.
To use PageMaker you first set basics like paper orientation and margins, then
set up one (or two if left and right pages differ) master page. The master
page presets printing and nonprinting items you want on every page, like
running heads, page numbers (printing) and column guides (nonprinting.) On any
given page, you can override the master page's dictum by "hiding" master page
items. You then paste things into the publication using the "place" command:
when you choose place from a menu, a list of possible text and graphics items
appears. You select one, and an icon appears showing where the top left corner
of the item is. You put it where you want it and click, and Pagemaker flows it
onto the page, between the column guides if you selected text. Text keeps
flowing until it runs into something else, either another article or picture or
the bottom of the page. The end of an article has a tab with a "+" if the
entire article didn't fit, and a "#" if it did. If there's a "+", you point at
it and click, and then go somewhere else and click to flow the rest of the text
into place.
After things are in place you can drag them around to your liking. You can
edit text and add new text on the page, though the editing sometimes works
awkwardly (as when you are editing the first part of an article on page 1 and
the editing affects the part on page 3). If you have an article in many
pieces, a given piece will have a + sign at both top and bottom if it is
continued in both directions. Supposedly if you pull on a plus sign you can
cover or uncover lines from the article, and they simultaneously appear/
disappear in other parts. It doesn't always work like that, though, and I am
unable so far to tell when it does and when it does not.
PageMaker has several useful MacDraw-like tools: you can draw lines, boxes,
and circles with various pen and fill patterns, it has rulers, something like a
grid system, and the ability to move one object behind another. You can choose
size from larger-than-actual size down to fit-in-window.
PageMaker is basically very flexible, and quite easy to learn. It is fun to
use.
PageMaker also has a number of drawbacks, some of them serious. I'll list them
in the order they occur to me.
First, and very serious in my judgement, is that PageMaker and MacDraw do not
get along well at all. If you are going to publish something on the
LaserWriter, you want to use MacDraw instead of MacPaint, so the LaserWriter
can work its magic. All the graphics I used with PageMaker were MacDrawings.
The problems are several: first, a MacDrawing of any complexity slows Mac- and
PageMaker down to uselessness. You mustn't paste it in until you're largely
finished mucking with a given page. Of course, complicated MacDrawings also
tend to slow MacDraw into uselessness. Sigh. PageMaker is worse, however,
largely because it often re-draws the picture completely unnecessarily. When
you tell it to print, it puts up a dialog box, you click OK. Then it carefully
re-draws the entire page before starting to print. If that takes 15 seconds or
so, it starts to irritate you.
Second, PageMaker simply blows up and will not print a moderately complicated
MacDrawing. In a four-page newsletter, I had several MacDrawings. One was an
outline map of the Great Lakes States, with about 10 cities drawn. (No roads or
anything fancy.) It was all made of smoothed polygons. PageMaker could not
print it (stack overflow somewhere in the PostScript code sent to the
LaserWriter) but MacDraw could print it fine. So I cut and pasted in the
old-fashioned way. (So who needs PageMaker then?...) Another MacDrawing it
wouldn't print was actually entirely text: about 35 separate captions arranged
in a box in a way that suited me. Again, MacDraw printed it OK, and the
PageMaker page printed OK when I deleted the offending MacDrawing. Get out the
scissors and glue.
Third, and more surprising and insidious, is that PageMaker does a very much
worse job of printing the same MacDrawing (on the LaserWriter; I didn't test
any other printer.) I drew an outline of a skier with polygons, filled it with
black, and pasted it into my PageMaker banner header. The skiers came out much
thicker and cruder than the MacDrawings. To double-check I cut them back out
of PageMaker, pasted them into MacDraw, then printed with no modification. The
MacDrawings looked just fine. Ski poles were thin and elegant in MacDraw,
thick and clumsy in PageMaker. Yukk, more scissors and glue. (The whole
image, not just the poles, was thick and clumsy.) As best I can figure,
PageMaker drew the polygon boundaries with too thick a line.
So much for PageMaker/MacDraw compatibility. When ThunderScan comes out with
their LaserWriter compatible software, I sincerely hope to be able to paste
ThunderScan images into PageMaker. If not, I surely will use old-fashioned
scissors and glue, and complain a lot. Right now, ThunderScans are too crude
to be used directly.
PageMaker seems to work pretty well with both Word and MacWrite. I had wome
weird translation problems with a lot of special symbols, though: I used
"...", apostrophe, and printers em-dash in Times Roman font. They looked OK on
the screen in PageMaker, but came out in some (!!??!) printings as U's, Q's,
and the like. I gave up on figuring it out and took them out of the text,
replacing with old-fashioned 's and double-hyphens and such.
My best guess, by the way as to the cause of all of these troubles, MacDraw and
others, is the weird custom Aldus version of the Laser Prep that you must use
with PageMaker. If you are printing at a remote site as I was, you learn more
than you want to know about Aldus Prep, which is the set of PostScript
procedure definitions that Aldus sends to the LaserWriter before shippint its
PostScript code. Aldus's prep file, which they call Aldus Prep, is completely
different from Apple's Laser Prep, and looks very ill-conceived both to my eye
and to some others who know a lot more PostScript.
To print at a remote site, as with other applications, you tell PageMaker to
print on the LaserWriter you wish you had, then hold command-f down to put
PostScript into a file for shipping to a PostScript printer. When you do that
Aldus first puts its prep file into "PostScript1" and then puts in the
PostScript for your document, unlike other applications which do not put in the
prep file. The prep file is very large indeed, and takes a long time (20
minutes or so) to upload every time you ship a version to the LaserWriter. It
turns out there's a way to avoid this, but it isn't in the Aldus manual:
command-option-f will print the file without the laser prep. Command-f rapidly
followed by command-d will print the file with prep file AND code to install
the Aldus header in your LaserWriter, where it will remain until you reboot the
LaserWriter. (Thanx and a tip of the hat to my PostScript guru....)
That's about all I know about PageMaker, save a few oddball quirks in using the
built-in text editor. When I copied PageMaker to my hard disk, the icon came
out with DEMO stamped over it. Huh???
On balance, I think PageMaker is way too expensive ($495 !!!!), is too
zealously copy-protected, and damn well ought to work with MacDraw. Any
program that charges $500 should work a lot better than this one does. (My
publication ended up looking good, but kudos go to the LaserWriter.) The
copy-protection irritates me, but I figure I can count on Copy II Mac to beat
it next version out. If they had used Apple's LaserPrep they would have had a
lot fewer problems....
I have nothing whatsoever to gain or lose from my opinions about PageMaker,
unless they remember my name and won't send me updates....
Russell Reid
Michigan Technological University
[This entire message is archived as [SUMEX]<INFO-MAC>NEWS-PAGEMAKER.REVIEW.
--RMA]
------------------------------
End of INFO-MAC Digest
**********************
∂13-Sep-85 1621 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #40
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 13 Sep 85 16:21:18 PDT
Date: 13 Sep 85 1617-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #40
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 13 Sep 1985 Volume 3 : Issue 40
Today's Topics:
SUMacC for Apollo
Problem with DA-DELETE.HCX
VI Mode for Microsoft Word
MenuClock shareware/freeware
Command Key Bindings (re: RFC)
How does one write a printer driver?
QuickDraw timing info needed
QMS laser printer and the MAC
File Servers
Book review
Sources from ARPAland, again
----------------------------------------------------------------------
Date: Fri, 6 Sep 85 10:57:54 EDT
From: Eric←Shapiro%UMich-MTS.Mailnet@MIT-MULTICS.ARPA
Subject: SUMacC for Apollo
We have SUMacC running on a single Apollo node. We'll bring it to a few others
when Apollo sends us a final release of their UNIX system (already two weeks
late).
-Eric Shapiro, Univ. of Michigan
If you didn't know already, Paul Killey is the one to talk to with porting
questions if anyone else is trying to use SumacC with the Apollos.
------------------------------
Date: Wed, 11 Sep 85 17:50:22 EDT
From: David M. Krowitz <DAVID@MIT-MC.ARPA>
Subject: Problem with DA-DELETE.HCX
there seems to be a small problem with the DA-DELETE.HCX file in the Info-Mac
program library. The file has no line-feed characters following the
carriage-returns in the file. This causes some machines (in particular a
VAX/VMS machine that I downloaded software into my Mac with) to choke on the
file. Perhaps some line-feed characters should be inserted into the copy of
the file that is in the <INFO-MAC> directory ...
Dave Krowitz
( DAVID@MIT-MC.ARPA )
[I have taken care of this. --RMA]
------------------------------
Date: 13 Sep 85 (Fri) 14:13:50 EDT
From: Dan Winkler <daw%brown.csnet@CSNET-RELAY.ARPA>
Subject: VI Mode for Microsoft Word
Here is Mark Stowe's VI Mode for Microsoft Word. The first file in this letter
is vmode.doc, a description of the system, and the second is vmode.Hqx, a
binhex copy of the DRVR itself.
Dan.
[These files are to be found under [SUMEX]<INFO-MAC>DA-VMODE.HQX and
DA-VMODE.DOC, respectively. --RMA]
------------------------------
Date: Thu, 12 Sep 85 12:15:19 pdt
From: oster%ucblapis.CC@Berkeley
Subject: MenuClock shareware/freeware
Here is Menu Clock. Yet another clock. This one produces a simple digital
time display on the right hand side of the menu bar. It is free for your use
and distribution, no strings attached. However, it contains an advertisement.
If you register your copy of Menu Clock with the author, and pay the
registration fee, you recieve a reference card describing how to make the clock
be part of your system startup. This allows you to throw away the rather large
menu clock install program from your working disks.
Menu clock differs from the other clocks in that you turn it on and forget
about it. It takes up no room on the desk top, and doesn't go away when you
change system disks or applications.
Menu Clock is compatible with every configuration and every piece of software
I've ever seen except:
1.) Screen Blacking programs that call SystemTask while the screen is black (I
use sleep1 myself - later versions of sleep call systemTask, but the original
didn't)
---
The clock was designed to be unobtrusive: small, out of the way, and letting
all input be handled by what used to handle it. If a menu needs to use that
portion of the menu bar, that's okay, the menu is still active. It sits beside
the switcher icon, not on top of it.
Here it is, in two files in Hqx format:
(the files are concatednated together into a unix Shell archive - you
can split them with a text editor if you aren't on Unix)
[These two files are archived on SUMEX as <INFO-MAC>DA-MENUCLOCK.HQX and
<INFO-MAC>DA-MENUCLOCK-DOC.HQX. --RMA]
------------------------------
Date: 08 Sep 85 1636 PDT
From: Tovar <TVR%CCRMA@SU-AI.ARPA>
Subject: Command Key Bindings (re: RFC)
My only request for a "standard" on these matters is that bindings be made in
the resource file, not in the code, whenever feasible. It's tempting to CONS
up your own menus, but as has been stated before, this wreaks havoc with those
who would want to use a Mac in a language other than English. Putting the
bindings in the menu not only allows them to be changed for use in other
countries, it also allows more knowledgable users to customize applications
according to their own particular habits. (It also helps relieve some of the
symptoms of too-many-different-systems-disease among us who don't use Mac's as
their primary computer--i would have had great difficulty using Gosling EMACS
[an editor under UN*X] if it had not been possible to redefines some of
commands). Remember, the idea of putting things into the resource files is to
allow some behaviors and appearences to be changed without changing (or even
possessing) the source code.
While i respect Leovitch's remarks and recognize that there are many machines
out there with old ROMs that will never be changed, that doesn't mean we have
to perpetuate a mistake into eternity. Nor does putting things into resources
solve the problem for desk accessories. But it's a step in the right
direction, and perhaps if even Apple might fix the ROM someday, especially if
most programs follow a particular standard.
-- Tovar
P.S. Speaking of annoying ROM features, does anyone know how to turn off
accent prefixing so the OPTION key can be used as a META key in a terminal
program? (Reply to TVR@SU-AI; i will summarized if requested.)
------------------------------
Date: 6 Sep 1985 17:24-EST
From: mss%dartvax%dartmouth.csnet@csnet-relay.arpa
Subject: How does one write a printer driver?
I am trying to write a new printer driver. The Printer Manager seems to leave
out a lot of details. It implies that the control calls that the driver will
receive are simply "print bitmap", "print uninterpreted character codes" and
some carriage control (CR with a specified number of vertical movement in
dots). I'm sure there is more to it than that--in fact, I expected to have to
respond to all quickdraw calls, or at least specify which I can handle and
which I want quickdraw to translate into a bit map for me. If I want to take
advantage of my printer's high level printing commands (Postscript level), do I
have to install my own basic Quickdraw routines when my driver is setup so that
I can change them into appropriate "character commands"? Can someone tell me
where this information is hidden?
-Mark (mss@Dartmouth.csnet)
------------------------------
Subject: QuickDraw timing info needed
Date: 08 Sep 85 08:21:38 EDT (Sun)
From: zim@mitre.ARPA
I am experimenting with various animation tasks on the Mac and need help:
--> How long do various QuickDraw operations take? <--
Answers could be narrow and specific (e.g., 'to invert a region shaped like a
doughnut 200 pixels across takes 10 ms') or general (e.g., "polygon painting
takes time proportional to the number of vertices to the 5th power", etc.). I
don't need extraordinary precision, but just an order-of-magnitude idea for how
long 'typical' things take, so I can design algorithms to run as efficiently as
possible.
For instance, if region arithmetic is much slower than clearing the screen, I
don't want to spend time computing the regions to be changed from one frame of
the animation to the next...I should just redraw the new shapes, maybe.
I haven't seen answers to this published, so would appreciate pointers to the
archives or to the literature elsewhere. In attempts to replicate an Atari ST
demo (smooth transformation of one filled polygon into another) I've had bad
problems with glitching/shearing as region and polygon operations take more
than 1/60th of a second when the areas involved are large.
Many tnx! ↑Z
------------------------------
Date: 6 Sep 1985 10:11-EDT
Sender: WEINSTEIN@BBNG.ARPA
Subject: QMS laser printer and the MAC
From: WEINSTEIN@BBNG.ARPA
My preliminary report on using the QMS laser printer instead of an Apple
laserwriter was perhaps a bit too rosy. Here are some residual problems:
1. The smoothing algorithm does not work. In fact, you must turn smoothing off
when printing, or else nothing will come out of the laser printer at all.
2. The Postscript-equipped QMS laser printer is apparently incapable of running
at faster than 9600 baud yet. That means its speed is communications-bandwidth
limited, and it is excruciatingly slow (i.e., several minutes per page). I
suspect it is even worse in this regards than an Apple Laserwriter.
3. There is a bug in the laserwriter$←header file on info-mac. There should be
10 entries in the definition of "vrb" (lines beginning "/vrb"); instead there
are only 9 entries. The missing entry is another repetion of the entry
{eofill}; it should be inserted before the line {initclip eoclip newpath} in
the definition of "vrb". I got this out of the other version of this header
file archived on info-mac (laserwriter$←header.12, or something like that), but
I haven't gotten the latter to work yet for other, unknown reasons.
Unless this bug is corrected, it will be impossible to download bitmapped fonts
or print macpaint images, and the margin boxes of macwrite documents will
sometimes get printed as visible rectangles.
To get the Laserwriter driver, you must buy it from Apple. I do not believe
you needed to buy a Laserwriter to do this, since you need one driver per
Macintosh but many Macintoshes can share a Laserwriter. Also, there has been a
question as to what I meant by holding down the ↑F key; I meant the Command-F
key, and one must press it and hold it down immediately AFTER clicking OK and
continue to hold it until the message "Creating Postscript file" appears.
However, until the speed problem on the communications interface to the QMS is
solved, I honestly do not recommend this arrangement for anything involving
printing of bitmapped images (including anything other than the built-in
laserwriter fonts).
------------------------------
Date: Fri 6 Sep 85 18:40:19-CDT
From: Chris Teo <CL.MAC.TEO@R20.UTEXAS.EDU>
Subject: File Servers
AT this moment there is only one file server for the Macintosh. This file
server is produce by MicroDesign and is called the Keeper. It is a great file
server and have many good points. The rest of the hard dirves are disk server
basically. You can find out more by calliing
MicroDesign
(512)-441-7890
6301B Manchaca Road
Austin, Texas 78745
If you need support, they even have a developers support plan and there are
rumors that Apple has a few of their file servers.
------------------------------
Date: Fri, 6 Sep 85 15:37:49 pdt
From: pdc750!pls (Paul Springer)
Subject: Book review
Forwarded for a friend (lcc!pdc750!pls@ucla-cs):
*** BUYER BEWARE ***
Micro Analyst Inc. (the makers of MacZap) are marketing a book entitled
SOFTWARE PROTECTION USING DISK FORMATTTING AND OPERATING SYSTEM MODIFICATION
MACINTOSH/APPLEII/IBM. There is very little in here that is applicable to the
Mac, certainly not enough to develop a protection scheme on it. Despite the
title, no mention is made of any Mac O/S modifications that can be made. No
mention whatsoever is made of any Mac disk I/O routines or hooks into them.
There is a section on "Apple Sector Addressing", but it is left unclear as to
which portions of that are applicable to the Mac. In fact if you follow the
guidelines in this section to write a sector onto the Mac, it just won't work.
In summary, don't expect to become an expert on Mac Software Protection after
reading this book. Indeed, to quote their book, "The newer Macintosh computer
has little if any documentation on its disk operating system and hardware
setup. In cases like this the protection systems are built from information
learned by trial and error." By the way, they have no refund policy--I
checked.
------------------------------
From: davidl@teklds.UUCP (David Levine)
Subject: Sources from ARPAland, again
Date: 9 Sep 85 23:01:41 GMT
Reply-to: davidl@teklds.UUCP (David Levine)
Could some kind soul with the ability to do the mythical "anonymous FTP from
SUMEX" please post the following nifty programs to net.sources.mac? Failing
that, if you can mail one to me I'd be glad to repost it.
Mockchart (tm) desk accessory
New SetFile desk accessory
WayStation - another mini-finder
IEdit 1.1
finder application parameters library
Teleport DA
Bill Atkinson's QuickFile (Rolodex)
These have all been mentioned in the last few 'fa.info-mac' digests, but have
failed to appear (so far) on net.sources.mac. It seems our friends in ARPAland
are failing to gateway to us again. GRR!
If you can get through to INFO-MAC-REQUEST@wherever, please forward this
message to him (it?). For reasons unknown, messages from me to the ARPAnet
generally bounce off the interface and land in my lap.
David D. Levine (...decvax!tektronix!teklds!davidl) [UUCP]
(teklds!davidl.tektronix@csnet-relay.csnet) [ARPA]
P.S. To all those who selflessly post nifty things to net.sources.mac, THANKS!
Your efforts are appreciated.
********
(I posted the requested files for him -- Bill Tomczak)
Return-Path: <tomczak@harvard.ARPA>
[My thanks to Mr. Tomczak, and my apologies to all those in uucp-land who have
been frustated by the lack of postings from here. I've finally figured out how
to send things along, so I won't be the cause of such gnashing of teeth in
future. --RMA]
------------------------------
End of INFO-MAC Digest
**********************
∂17-Sep-85 1837 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #41
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 17 Sep 85 18:36:57 PDT
Date: 17 Sep 85 1834-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #41
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 18 Sep 1985 Volume 3 : Issue 41
Today's Topics:
MacC library code (2 msgs)
FontDisplay 2.0
Re: PageMaker review
Commordore's Amiga
Doing a Launch with SUMacC?
This fall's disk drive upgrade?
How to make MacTerm shut up about ImageWriter???
Large Fonts
morse code on mac
MOCKCHART Help
Looking for a printer driver for Lexitron
How do you move the print head on an imagewriter?
Writing Print Managaers on the Macintosh (long)
----------------------------------------------------------------------
Date: Mon, 9 Sep 85 16:56:09 PDT
From: shebanow%ucbernie@Berkeley (Mike Shebanow)
Subject: more library code
The next message contains a massive quantity of library code, for use with
MacC and MDS. A large percentage of the [ Pascal Only ] calls from Inside
Mac are implemented, and nearly all of the ToolBox level calls have been
implemented. There is a new version of the code for accessing finder
information and all sorts of other things. Would you please post this to
net.sources.mac as well? Our poster seems to be busted. This code may be
given away, but it may not be sold.
Andrew Shebanow
c/o shebanow@ucbernie.arpa
[Done. --RMA]
------------------------------
Date: Mon, 9 Sep 85 16:56:37 PDT
From: shebanow%ucbernie@Berkeley (Mike Shebanow)
Subject: MacC library code
A Modest proposal:
This is the list of functions that are not implemented as traps in the
current Mac ROMs. Apple provides most of these routines in the Lisa Pascal
environment only. I have implemented quite a few of these routines for my
own purposes. Many of them are extremely useful. Some of them simply
return the contents of global variables.
I am submitting this with the hope that somebody (or somebodies) out there
will implement the remaining functions and post them. I will probably
implement the routines from the 'OS Event Manager' and Text Edit' sections
sometime soon. I have no plans to do the driver level calls. If I can't
figure out a way to use Apple's Print Manager routines for MDS effectively,
I will rewrite those as well.
All of the code is written for Consulair C, and take register based
arguments. All the code was written by me, with the exception of the File
Manager code, which was written by Russ Whetmore. I am reposting these,
since I have added some routines and made some unnecessary changes. I
don't have the author's mail address, so I hope he doesn't object to the
reposting. I greatly appreciated his code, since it cut the size of my
application by about 1.5K (I had implemented the calls in C). I hope more
people will submit general purpose library code for MacC and other
compilers. A few of these routines have been posted to info-mac
previously. These versions supersede the previous versions.
Most of the routines have been very well tested by a make program I am in
the final phases of. The only exception to this is the code in
Packages.asm, of which I have used only the string comparison functions of
the International Utils package, and the SFGetFile routine from the
Standard File package. The other routines should work, since the code is
pretty straightforward, but bugs are a distinct possibility.
A special note: the routines in FinderParms.c contain not only the listed
routines from the Segment Loader, but also some routines for creating NEW
argument lists, which can be used to open documents when launching. The
first step is to call ZeroAppFiles(), which wipes the slate clean. The
second step is to call SetAppMessage(appPrint) if you want to set the
message to appPrint. Finally, call AddAppFile() once for each filename you
wish to add, in order. AddAppFile() accepts a pointer to a structure of
type AppFile as its argument. This is the same structure filled in by
GetAppFiles(), as described in the Segment loader docs.
Hope this stuff is useful...
Andrew Shebanow
c/o shebanow@ucbernie.ARPA
[Archived as [SUMEX]<INFO-MAC>UTILITY-MACC-LIBRARY.CODE. Must be operated
on with a text editor to separate the various routines, as indicated by
instructions in the file. --RMA]
------------------------------
Date: 14 Sep 85 12:46:53 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: FontDisplay 2.0
Below is a PackIt file containing FontDisplay 2.0 and documentation. The
major differences from version 1.0 are that 2.0:
1) handles kerning and zero width characters better;
2) has the ability to open a disk to Print Catalog all font files on a
disk;
3) adds a Style menu for the sample window;
4) has the ability to print a style sheet;
5) uses the standard printing package.
Enjoy!
Jeff
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
[This has been posted to net.sources.mac]
[And archived as [SUMEX]<INFO-MAC>UTILITY-FONTDISPLAY.HQX. --RMA]
------------------------------
Date: Mon, 16 Sep 85 00:34:16 MDT
From: thomas%utah-gr@utah-cs.arpa (Spencer W. Thomas)
Subject: Re: PageMaker review
In article <1552@uw-beaver> you write:
>PageMaker seems to work pretty well with both Word and MacWrite. I had
>wome weird translation problems with a lot of special symbols, though: I
>used "...", apostrophe, and printers em-dash in Times Roman font. They
>looked OK on the screen in PageMaker, but came out in some (!!??!)
>printings as U's, Q's, and the like. I gave up on figuring it out and
>took them out of the text, replacing with old-fashioned 's and double-
>hyphens and such.
These characters have values >128 (i.e., the 8th bit is turned on). This
may be your problem (if somehow only 7 bits are being sent to the LW or if
it is ignoring parity). This might explain why it only happens sometimes.
--
=Spencer ({ihnp4,decvax}!utah-cs!thomas, thomas@utah-cs.ARPA)
"The difference between reality and unreality is that reality has
so little to recommend it." -- Allan Sherman
------------------------------
Date: Thu, 12 Sep 85 21:24 ???
From: Rich Muller <muller%umass-ece.csnet@CSNET-RELAY.ARPA>
Subject: Commordore's Amiga
Can someone point me to a net group discussing the Amiga? Commodore's
supposedly shipping now, and the machines should be available soon.
Thanks.
------------------------------
Date: Mon, 16 Sep 85 18:22:50 EDT
From: Mark H. Nodine <mnodine@BBNH.ARPA>
Subject: Doing a Launch with SUMacC?
Has anybody successfully used SUMacC to write a program which launches
another? If so, how do you call the Launch procedure and how do you pass
the Finder information so it can open the right documents?
Thanks in advance.
--Mark
------------------------------
Date: 17 Sep 85 10:56:53 EDT (Tuesday)
Subject: This fall's disk drive upgrade?
From: Steve <Haehn.Wbst@Xerox.ARPA>
I have been wondering about the hardware upgrade that Apple is supposed to
release this fall for the Macintosh, particularly the 800k disk drive
replacement for the internal 400k drive. Does anyone know if we will get
to keep the old drive? If we do get to keep it, is there a relatively easy
way to make that drive be an external drive to be plugged into the back of
the Mac?
~~ Steve Haehn <Haehn.Wbst>@Xerox.ARPA
------------------------------
Date: Tue, 17 Sep 85 16:22:19 pdt
From: adobe!greid@glacier (Glenn Reid)
Subject: How to make MacTerm shut up about ImageWriter???
Is there some way to keep MacTerminal from checking to see that you don't
have an ImageWriter file in your system disk and putting that irritating
dialog box on the screen every time I start up MacTerminal?
I know full well I don't have an ImageWriter, and I don't see why I should
have to keep the ImageWriter file on my disk just to pacify MacTerminal.
Grrrrrrrr
Glenn Reid
..greid@Glacier.ARPA
------------------------------
Date: 9 Sep 1985 1545-EDT
From: DEUFEL at DEC-MARLBORO.ARPA
Reply-to: Deufel at DEC-MARLBORO.ARPA
Subject: Large Fonts
Has anyone developed large versions of the Geneva and/or New York fonts?
Specifically, I am looking for a 36 pt, 48 pt, and 72 pt version of each.
Before I go font editing I thought I'd ask if anyone else knows of the
availability (hopefully free) of any of these sizes.
Cheers,
-Abdul-
------------------------------
Date: 10 Sep 85 02:27 EDT
From: Crawford @ DCA-EMS
Subject: morse code on mac
does anyone out ther have any programs or good algorithms for sending and
receivng morse code with a mac connected to a radio?
jerry
------------------------------
Date: Tue 10 Sep 85 08:57:27-PDT
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: MOCKCHART Help
I hate to appear dumb, but could someone please send me some instructions
on how to use Mockchart? Or is there some documentation that I missed (I
didn't get any). Thanks.
Steve Dennett
dennett@sri-nic.arpa
------------------------------
Date: Sun 15 Sep 85 20:19:29-PDT
From: Jyh-Jye (Juoming) Yeh <YEH@SU-SIERRA.ARPA>
Subject: Looking for a printer driver for Lexitron
Does any one know of a printer driver for a Lexitron printer?? We are
looking into the possibility of linking our Mac to the Lexitron printer and
make use of its high quality printing as well as its capability of printing
special characters. I would appreciate very much for any informatin.
J.J
yeh@su-sierra
------------------------------
Date: Sat, 14 Sep 85 15:47:19 pdt
From: oster%ucblapis.CC@Berkeley
Subject: How do you move the print head on an imagewriter?
Anybody know the sequences of escape characters you send to an imagewriter
(or a C.Itoh) to position the print head? Ordinarily, the head only moves
when there are some dots to print, but Thunderscan makes the head move
without printing anything. I hunted through the ImageWriter manual, but I
didn't happen to come across it. I know its possible. How is it done?
-- David Oster
------------------------------
Date: Sat, 14 Sep 85 15:44:43 pdt
From: oster%ucblapis.CC@Berkeley
Subject: Writing Print Managaers on the Macintosh
Creating a Macintosh Printer Manager
(All of this information was in Inside Mac, but much of it is omitted in
the current version, and unless you've written print managers, the info is
difficult to understand. Here it is in condensed form.)
A Macintosh Print Manager is a file containing 68000 machine language
procedures that are called by application programs. These procedures are
expected to:
1.) modify fields in a 120 byte print record that the application looks in
to find the resolution of the printer, the size of the paper, the number of
copies, and the page range to print.
2. Provide a grafPort for the application to do its drawing on. This
grafPort has special procedures in its QDProcs field that customize
quickdraw appropriately for the printer.
A Macintosh Printer Driver may print bitmaps and/or it may print characters
and do carriage returns and line feeds. Access to the printer driver is
controlled by the Print Manager, so you can provide what ever capabilities
you want and still use existing application programs.
Applications print by
a.) Setup the page by calling PrintDefault or PrStylDialog.
b.) define the job (quality, page range, and no. of copies) by calling
PrJobDialog
c.) call PrOpenDoc
d.) for each page, "i"
e.) call PrOpenPage
f.) do their own code to draw page(i)
g.) call PrClosePage
h.) call PrCloseDoc
i.) if the print manager has told it to, the application calls PrPicFile to
playback any printer spool file to the printer.
Your Print Manager gets control on every one of those Pr... calls. It can
tell the user (by the dialogs) what capabilities are available, and it can
pick and choose which quickdraw calls to interpret and which not.
Examples: When the Imagewriter is spooling, it just uses the Picture
mechanism of QuickDraw to buffer up a page of QuickDraw calls into a
picture structure that it writes to disk. When the application is done
drawing data it calls PrPicFile, which as defined in the file ImageWriter,
allocates a bitmap representing a band of the page and calls DrawPicture.
It sends the bitmap to the Printer Driver. Then it reallocates the bitmap
to represent the next band of the page and calls drawPicture again. It
repeats this until it has drawn the entire page.
When it is not spooling, i.e. when it is in draft mode, the ImageWriter
printer manager overrides most of the QDprocs, and interprets attempts to
draw text by telling the printer driver to move to a particular spot on the
paper and draw the characters in one of the printer's built in fonts.
The print manager is where all the work happens. Very few things call the
print driver directly. The shift-command-4 screen printing is all I can
think of.
Now, writing your own printer manager:
The Choose Printer desk accessory looks for files on the startup Disk whose
type is 'PRES', so you should create 'PRES' file to hold your printer code.
Create a file whose type is 'PRES' and whose creator field is some 4
characters of your own, but for compatability with the rest of the
universe, should be a mix of upper and lower case, not contflicting with
anyone else's: 'Dave' for example. (all entirely lower case names and
many upper case names are alreay in use or reserved by apple)
Summary: A printer manager is a file with:
Type: 'PRES'
Creator: up to you: ('Dave' for example)
containing resources:
type id
'BNDL' 128 - so you manager will have an icon on the desktop
'ICN#' - so you manager will have an icon on the desktop
'FREF' - so you manager will have an icon on the desktop
'Dave' - (for example) ditto
'DRVR' $E000 - device manager for this printer
'PREC' $E000 - (optional) private storage for this printer
'PREC' $0000 - 120 byte default print record for this printer
'STR ' $E001 - default spool file name (like "Print File")
'DLOG' $E000 - Page Setup Dialog
'DITL' $E000 - Page Setup Dialog Item List
'DLOG' $E001 - Job Dialog
'DITL' $E001 - Job Dialog Item List
Lastly, you will need 6 resources whose contents contain pure 68000 machine
language. These are:
'PDEF' $0000 - Called to do draft printing
'PDEF' $0001 - Called to do spool printing (high and standard quality)
'PDEF' $0002 - (Optional) print method A
'PDEF' $0003 - (Optional) print method B
Each of these 4 resources starts with the following code:
BRA.W MyPrOpenDocProc
BRA.W MyPrCloseDocProc
BRA.W MyPrOpenPageProc
BRA.W MyPrClosePagePrc
... the actual code
This code is used as a jump table to actually dispatch to a particular
procedure.
'PDEF' $0004 - The dialogs
This resource starts with the following code:
BRA.W MyPrintDefaultProc
BRA.W MyPrStlDialogProc
BRA.W MyPrJobDialogProc
BRA.W MyPrStlInitProc
BRA.W MyPrJobInitProc
BRA.W MyPrDlgMainProc
BRA.W MyPrValidateProc
BRA.W MyPrJobMergeProc
'PDEF' $0005 - The printer spool file interpreter
This resource starts with the code to do MyPrPicFileProc.
All of the code obeys the pascal calling conventions:
Registers A2-A6, D1-D7 must be preserved, parameters are on the stack,
first parameter farthest from the top of stack, and the called routine must
pop the parameters before it returns.
The individual calling sequences of the Pr...procs are given in IM, so I
won't repeat them here.
Macintosh applications call the correct one of 'PDEF's 0-3 by looking in
the .bjDocLoop field of the print record. The print record is set by the
procedures MyPrStlDialog and MyPrJobDialog which the application calls to
present the pageSetup and Printing dialogs, respectively, to the user, So
the writer of the print manager has a lot of flexibility.
I hope this inspires somebody to write some new print managers I would like
to see one for the standard imagewriter that calls the standard manager to
do most of the work, but gives me control over the margins. It would also
be possible to write one manager that drove many different kinds of
plotters and dot matrix printers.
-- David Oster
[This message is archived in its entirety as
[SUMEX]<INFO-MAC>PRINT-DRIVERS.TXT. --RMA]
------------------------------
End of INFO-MAC Digest
**********************
∂20-Sep-85 1107 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #42
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 20 Sep 85 11:07:21 PDT
Date: 20 Sep 85 1059-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #42
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 20 Sep 1985 Volume 3 : Issue 42
Today's Topics:
utility-toolvars.h [problem]
Switcher 4.4
Font/DA Mover 2.3
Bill Atkinson's Paintmover
Inside Switcher
is there a usable Pascal or Modula-2 for the Mac?
Mac compilers
Smalltalk
Obvious question [on menus]
Medical Practice software query
AppleTalk & Zilog Unix Systems
AppleTalk cable pricing
----------------------------------------------------------------------
Date: Wed, 18 Sep 85 02:57:14 EDT
From: Leigh L. Klotz <KLOTZ@MIT-MC.ARPA>
Subject: utility-toolvars.h [problem]
I found what appears to be a problem with one of the definitions in the
toolvars.h file. teScrpLength is defined to be an int at location 0xAB0,
and indeed it appears to have four bytes allocated to it.
However, when I tried to write TEToScrap for SUMACC I found that only two
bytes of the information was valid. My copy of Inside Mac doesn't say
explicitly whether the variable is two bytes or four, although the
TEScrpLength function is defined to return a four byte integer.
Is there something I'm overlooking, or is the obvious declaration of int
rather than short incorrect?
------------------------------
Date: Thu, 19 Sep 85 10:50:12 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Switcher 4.4
Here's Switcher 4.4, from the Berkeley MUG bboard. In HQX format.
-Barry
[Available from SUMEX as <INFO-MAC>UTILITY-SWITCHER-44.HQX. --RMA]
------------------------------
Date: Thu, 19 Sep 85 10:56:58 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Font/DA Mover 2.3
Here's Font/DA Mover version 2.3, also from the Berkeley bbd.
In HQX format.
-Barry Eynon
[This program is archived as [SUMEX]<INFO-MAC>UTILITY-FONT-DA-MOVER.HQX.
--RMA]
------------------------------
Date: Thu, 19 Sep 85 10:59:20 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Bill Atkinson's Paintmover
Here's an early version of Bill Atkinson's Paintmover program, which
allows copying full pages of Paint documents and other neat tricks.
In HQX format.
-Barry Eynon
[Archived as [SUMEX]<INFO-MAC>UTILITY-PAINTMOVER.HQX. --RMA]
------------------------------
Date: Thu, 19 Sep 85 10:54:50 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Inside Switcher
Here's a draft of Inside Switcher Andy Hertzfeld posted on Compuserve.
A Macwrite 4.5 document, in HQX format.
-Barry Eynon
[Available from SUMEX as <INFO-MAC>INSIDE-SWITCHER.HQX. --RMA]
------------------------------
Date: 19 Sep 1985 1009-PDT (Thursday)
From: Brian Reid <reid@glacier>
Subject: is there a usable Pascal or Modula-2 for the Mac?
Next week I start teaching a big class that will have lots of programming
assignments. I would like to tell students that they are free to use their
Macintosh computers to do their class programs, but in fact I have never
seen a Pascal or Modula-2 for the Mac that is usable. MacPascal is
certainly no good--it doesn't implement the entire language and it dies
horribly on medium-to-large programs.
I'd like to know if anybody out there has personally succeeded in getting a
400-line Pascal or Modula-2 program to work on a Macintosh without
suffering horribly. I have this horrible fear that I'm going to have to
have my class use (bletch) IBM-PC's.
------------------------------
Date: Wed, 18 Sep 85 10:33 PDT
From: King.PASA@Xerox.ARPA
Subject: Mac compilers
Reply-to: King.PASA@Xerox.ARPA
I am currently in the market for purchasing a compiler in C or Pascal
available on the Mac. If anyone could directly me to any reference in
magazines or books about comparing different compilers for the Mac would be
very helpful. Any comments and suggestions about C and Pascal compilers
are welcomed. I will post the result upon request. Thanks in advance.
Irwin
------------------------------
Date: Tue 17 Sep 85 19:51:43-PDT
From: DBECK@SRI-KL.ARPA
Subject: Smalltalk
Is anyone tinkering with the Smalltalk-80 from Apple? I have been running
the Level0 Image on a dual-floppy 512K Mac and so far it follows the
Smalltalk-80, The Interactive Programming Environment quite well. The only
pain is considering the cost (1 meg. of memory, 20 meg of new Apple Hard
Disk) to get Level1 running. From my position of abyssal ignorance I will
be glad to discuss/exchange ideas.
Doug Beck dbeck@sri-kl
------------------------------
Date: Wed, 18 Sep 85 23:18:02 EDT
From: lewis@harvard.ARPA (Harry Lewis)
Subject: Obvious question [on menus]
This question must have occurred to others, and maybe it's been answered,
but the answer isn't anywhere in Inside Mac that I can find.
When a menu is pulled down, where do the bits it covers get saved so they
can be restored when the menu snaps up again? Can anyone but the menu
manager use that buffer space, whereever it may be?
------------------------------
Date: 19 Sep 85 10:51 PDT
From: Ghenis.pasa@Xerox.ARPA
Subject: Medical Practice software query
Reply-to: Ghenis.pasa@Xerox.ARPA
I am posting this query for a friend who is going into practice as a
doctor. He wants to know about programs that will allow him to keep track
of patients' visits, history (condition/therapy/results) and billing. Any
other capabilities would be a plus. He wants something that will do the
job out of the box (no 1-2-3 or DBase-II) since he is new to computers, and
for the same reason it must be very user-friendly. It can run on any
machine, since he doesn't own a computer yet and will probably make his
hardware choice based on his choice of software. I have already told him
that for that kind of application he MUST have a hard disk, otherwise I
guess it's pretty wide open: CP/M, MS-DOS, Apple-II, Mac...
How is that for a wish list? Any info on capabilities, required hardware,
publisher, price will be appreciated. Reply to me, I will summarize and
repost if there is enough interest.
------------------------------
From: kangaro!milo@Purdue.EDU
Subject: AppleTalk & Zilog Unix Systems
Date: Mon Sep 16 14:31:11 1985
I have heard that there is a piece of software available for the Zilog 8000
series Unix based computers that allows them to operate as a file-server
and a node on an AppleTalk network. I would be interested in talking with
anyone who has any experience using the Zilog/AppleTalk link. I am trying
to find out what kind of features are available to the Mac user when using
this software.
I would also be interested in any other special-purpose programs for
linking Mac's to Unix systems (I already know about the uw program) that
allow use of the Unix system as a file server (either through AppleTalk or
RS-232).
Please Reply directly--I don't get Info-Mac at this site.
Greg Corson
UUCP: {ihnp4 | ucbvax}!pur-ee!kangaro!milo
ARPA: kangaro!milo@ecn@Purdue.ARPA or kangaro!milo@ee.Purdue.EDU
Or send a message to the sysop on The Connection BBS (219) 277-5825
------------------------------
Date: 18 Sep 85 11:46:08 EDT
From: KROWITZ@MIT-MARIE
Subject: AppleTalk cable pricing
I called up an Apple distributor to find out how much the AppleTalk custom
wiring kit cost, and found out that 300 feet of wire (shielded one twisted
pair) and a handfull of connectors is (get this) $600.00! Yup, that's $2 a
foot for cable that normally costs about $0.10 to $0.30 a foot from a
normal wire and cable distributor. The only problem is where do you get
the little three prong connectors that are used with the AppleTalk wires?
Does anyone know a part number or a manufacturer that stocks these
connectors?
-- Dave Krowtiz
( DAVID@MIT-MC.ARPA )
------------------------------
End of INFO-MAC Digest
**********************
∂28-Sep-85 0125 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #43
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 28 Sep 85 01:21:42 PDT
Date: 28 Sep 85 0054-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #43
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 27 Sep 1985 Volume 3 : Issue 43
Today's Topics:
Bug Reports
Announcement of new Apple products
Another SFGetFile and file filter bug
Small bug in FontDisplay 2.0
Re: Font/DA Mover 2.3
mdsmake
MacPaint to Imagen conversion and smoothing
Desk Accessory sampler utility
Mass initializer
Knockout DA
AppleTalk & Zilog Unix Systems
Appletalk cables
Pascal for the Mac
Reid on Mac Modula-2
Usable Pascals
Memory Management
Not very obvious answer on menus
laserwriters
MacTerminal SAVE Command
Torx #15 replacement
----------------------------------------------------------------------
Date: Sat 28 Sep 85 00:35:19-PDT
From: Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Bug Reports
I have received numerous notes about xbin CRC errors in the recent posting
of the new Font/DA Mover. There were a couple more regarding CRC errors
from BinHex 4.0. Barry Eynon has done a great deal of work tracking down
the source of these errors; he has not been able to replicate them with
BinHex. I have posted his newest version in the Info-Mac archives. If the
originator of xbin could take a look at this problem, it would be greatly
appreciated.
On a similar note, there have been complaints about the recent posting of
Paintmover causing system crashes on startup. I have temporarily removed
it. Anyone who has been SUCCESSFUL in getting it to work, please let me
hear from you.
Rich Alderson
Moderator
------------------------------
Date: Mon 23 Sep 85 11:12:21-PDT
From: John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Announcement of new Apple products
Here are some of the details from Apple's new product announcements.
The 20 Mbyte hard disk:
The Hard Disk 20 is an external, 3 1/2-inch Winchester disk
drive that connects to the disk drive port on the back of the
Macintosh. Only three inches high, the unit has the same width
and depth as the Macintosh and is designed to fit under the
computer. An expansion port on the back of the hard disk allows
a second Hard Disk 20, a back-up tape device or an external
floppy disk drive to be connected to the system.
Hard Disk 20 units for demonstration will begin shipping
to authorized Apple dealers in November with quantity shipments
expected in early 1986. The U.S. suggested retail price of $1,499
includes the disk drive with attached cable for connecting it to
the Macintosh, the Startup Disk containing the system software
and hierarchical filing system, and an owner's manual.
The disk comes with a hierarchical filing system that manages
thousands of files without complex partitioning schemes. Instead,
the software uses the Macintosh computer's familiar file folder
icons for grouping together related files.
The new system they will release with the disk runs the new "turbo file
system" on any volume larger than 400k, and runs the existing file system
(efs?) otherwise, to make it backward compatible. The suggested price to
the Consortium seems to be around $1000!
The new imagewriter seems to replace the previous one. It promises faster
and higher quality output, with high quality printing "nearly indistin-
guishable from traditional daisy wheel printing." There is also an
interface expansion slot in the new printer for which Apple has planned an
AppleTalk board. It also prints in color, but there is no intention of
supporting this with Macintosh now. There will also be a new software
driver released for the new printer.
I haven't seen it myself, but I understand it is in a "laser writer" white
colored box, a little thinner than the Imagewriter I, with tip up supports
to angle it forward. Price is the same as Imagewriter I.
Another option is a bulk loading sheet feeder that retails for $225.
The new "Apple Personal Modem" replaces their previous 300/1200 baud Hayes
compatible modem. Both the power supply and the modem are combined in one
case that plugs directly into a wall outlet. Otherwise it seems
functionally identical to the Hayes type products. Suggested retail is
$399.
Apple also announced Switcher as a commercial product. The retail price is
$20 and the licensing fee for including it in another product is $250/year.
-jma
------------------------------
Date: 21 Sep 85 20:13:27 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Another SFGetFile and file filter bug
With the aid of the people at Megamax we believe we found a problem with
SFGetFile and file filter functions:
It seems that the ioNamePtr of the paramBlkPtr that is passed to the file
filter is really an unlocked, dereferenced, handle. Thus, if you do
anything that may cause heap compaction (like call NewPtr) the ioNamePtr
will point to who knows where.
Jeff
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
Compuserve: 76136,667
Delphi: JEFFS
------------------------------
Date: 21 Sep 85 20:27:29 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Small bug in FontDisplay 2.0
There is a minor bug in FontDisplay 2.0 which causes characters > 127 to be
incorrectly centered within the font grid box. Here is version 2.1.
Jeff
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
Compuserve: 76136,667
Delphi: JEFFS
[New version installed in [SUMEX]<INFO-MAC>UTILITY-FONTDISPLAY.HQX.
Thanks. --RMA]
------------------------------
Date: Fri, 27 Sep 85 02:08:44 pdt
From: barry@playfair (Barrett P. Eynon)
Subject: Re: Font/DA Mover 2.3
Here is another transmission of Font/DA Mover version 2.3 in Binhex v4
format. As the previously posted file on INFO-MAC appears to have been
removed, I cannot ascertain whether it differs from the previously posted
version. I have uploaded and downloaded several copies of this file, and am
as certain as I can be that this is a correct encoding. However, the
Font/DA Mover seems to tickle some area of Binhex which must be sensitive,
as the Unix xbin program gives a CRC (not only on encoded version 2.3, but
also on an encoded version 1.2 of the program) and there have been several
reports of problems with CRC errors from Binhex v4. As I can consistently
deconvert this file , I am unable to help those reporting errors further.
One side fact I noticed during my investigation was that the file
BINHEX.HCX in INFO-MAC yields a prerelease version of Binhex v4.0,
distinguishable by its meat-grinder icon and BNHQ type, as opposed to the
final release, that had a type of BnHq, is larger, and has an icon which is
basically the generic application icon with big arrows on it. The
difference is these versions is NOT the cause of the problems described
above, as I have successfully used each to deconvert this encription.
Hoping someone else can shed some light,
-Barry Eynon
[Barry's most recent posting is to be found in
[SUMEX]<INFO-MAC>UTILITY-FONT-DA-MOVER.HQX. --RMA]
------------------------------
Date: Thu, 26 Sep 85 08:51:23 PDT
From: shebanow%ucbernie@Berkeley.EDU (Mike Shebanow)
Subject: mdsmake
The next two messages contain the program and documentation for MDSMake, a
replacement for the Exec program distibuted with Apple's Macintosh
Development System. It works with MDS, Consulair's Mac C, and Softworks C
and can be configured to run any other MDS compatible program. The product
is distibuted as shareware, see makedoc.hqx for details. Please post the
files to <info-mac>.
Thanks...
Andrew G. Shebanow
shebanow@ucbernie
[These two files are located in [SUMEX]<INFO-MAC>UTILITY-MDSMAKE.HQX and
UTILITY-MDSMAKE.DQC respectively. --RMA]
------------------------------
From: princeton!petsche@glacier (Thomas Petsche)
Subject: MacPaint to Imagen conversion and smoothing
Date: 20 Sep 85 19:35:52 GMT
This is an updated and improved version of a previously posted MacPaint to
Impress convertion program. It now allows the user to perform smoothing on
images that are full or half size.
The smoothing program is at least three times as fast as the program on
which it was based and produces a files that is six times smaller than a
bitmap would be.
Send any comments to me at:
allegra!princeton!ivy!petsche
Thomas Petsche
EE Dept.
Princeton University
Princeton, NJ 08544
[This shell script is archived as [SUMEX]<INFO-MAC>UTILITY-PAINTIMP.SH.
--RMA]
------------------------------
Sender: Platt@HIS-PHOENIX-MULTICS.ARPA
Date: Mon, 23 Sep 85 18:57 MST
From: Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: Desk Accessory sampler utility
Here's a neat utility (downloaded from the Red Ryder bulletin board). It
permits you to "sample" a new desk accessory (one that's stored on disk in
the new font/DA-mover format) without having to install the DA in your
system file. The DA appears under the apple menu, and can be accessed
normally; it remains until you close it, or exit the sampler application.
I've only experimented with a couple of DAs, so I'm not sure what the
limitations of this application may be.
"Whitman's Desk Accessory sampler", by Kevin Hardman. It's shareware; the
authur requests a $10 donation if you like & use it.
[This very useful looking program is archived under
[SUMEX]<INFO-MAC>UTILITY-DA-SAMPLER.HQX. --RMA]
------------------------------
Sender: Platt@HIS-PHOENIX-MULTICS.ARPA
Date: Wed, 25 Sep 85 15:08 MST
From: Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: Mass initializer
Here's a nice utility for those of you who tend to have a large number of
new diskettes pass through your hands (software distributors, etc.). The
Mass Initializer program will rapidly (re)initialize Mac diskettes. It has
a set of "safety" buttons which permit you to specify the action when Mac
(or non-Mac [Lisa]) diskettes are inserted (eject, ask/default eject,
ask/default init, init). It also lets you specify (once) the name to be
given to subsequently initialized diskettes. All in all it's a good deal
faster than the Finder, if you're doing this a lot.
Mass Initializer is by Frederic F. Anderson. This version is copyright
February '85. Free distribution is permitted as long as you don't remove
the copyright notice. I downloaded my copy of this utility from the Red
Ryder support BBS (if you need a decent terminal emulator for your Mac at a
good price, you should definitely check out Red Ryder 6.2; at $40 it's a
steal).
[Archived as [SUMEX]<INFO-MAC>UTILITY-DISK-INITIALIZER.HQX. --RMA]
------------------------------
Date: Wed, 25 Sep 85 16:17:39 pdt
From: saj@ACC-SB-UNIX.ARPA (Steve Johnson)
Subject: Knockout DA
[This DA and note was developed by Andy Stadler; I'm posting it for him. I
have tested it from the Finder, Switcher, and MacTerminal--works well,
except in very stressful MacTerminal conditons (probably MacTerm's fault).
-- SAJ@ACC ]
This short note describes the KnockOut desk accessory. You'll find it to
be a nice diversion, at least for a few rounds. The file is in the Font/DA
Mover format, then binhex 4.0. Download it, translate it, and put it in
your favorite system file.
Game Play Info.
You've all played breakout. Just click the start button to begin play.
The paddle is attached to the mouse. The mouse will disappear while over
the game area, but if you need to change windows or whatever, the mouse
reappears when away from the game area. If you click any other window
while in play, the game goes into a demo mode, and your ball is saved.
There are 8 different skill levels. You get free balls after levels 3 and
6. Finally, due to a bug in the finder, it doesn't run very fast there. I
suggest playing under other programs, where it will run faster.
Tech Info.
The game is written in assembly language, just over 4k of object code. It
consists of 4 seperately assembled modules, which are then linked together.
As a desk accessory, it depends on the main application to call
SystemTask() in order to keep the animation speed. As mentioned in the
'about' screen, I am making the source code available.
Have fun!
[To be found in [SUMEX]<INFO-MAC>DA-KNOCKOUT.HQX. --RMA]
------------------------------
From: crash!bwebster@sdcsvax.arpa
Date: Sun, 22 Sep 85 18:36:05 PDT
Subject: AppleTalk & Zilog Unix Systems
Gary:
Zilog themselves offer the software/hardware to use their Unix systems as
AppleTalk disk servers. I talked with them briefly at NCC last july and
received some literature in the mail; however, I just recently moved, and
most my stuff is still in boxes. But contact the Zilog Unix folks
themselves for more info.
..bruce..
Bruce F. Webster/BYTE Magazine
ARPA: crash!bwebster@ucsd
uucp: {ihnp4, cbosgd, sdcsvax, noscvax}!crash!bwebster
CIS: 75166,1717
USPS: P.O. Box 1910, Orem, UT 84057
------------------------------
Date: 23 Sep 85 10:08:21 EDT
From: KROWITZ@MIT-MARIE
Subject: Appletalk cables
Someone suggested that I simply buy an 'official' Appletalk cable and
splice it onto the ends of the cable I am making. This would be feasible
if the price of an official Appletalk cable were reasonable. As far as I
can tell, you can only get the 10 meter cable extender kit ($50) or the
connector kit (1 connector box plus 2 meter cable, also $50) or the custom
cable kit ($600) from the local Apple dealers here in Cambridge. In any
case, going to the Apple dealer is inordinately expensive.
On the good news side: I did find a cable dealer ...
H. B. Associates
P. O. Box 857
Union City, CA 94587
1-(800)-423-3014
They sell both the cable (which I didn't price) and the connectors for
making your own Appletalk cables. The connectors are $2.75 each (less in
quantities of 25 or more). This is far less than the $50 which the local
dealers charge for two connectors.
- Dave Krowitz
( DAVID@MIT-MC.ARPA )
------------------------------
From: crash!bwebster@sdcsvax.arpa
Date: Sun, 22 Sep 85 18:30:50 PDT
Subject: Pascal for the Mac
As far as I know, there are no decent Pascal compilers for the Mac, though
I have heard rumors lately of a low-cost Pascal that produces
MDS-compatible assembly source. I have MacPascal and the two Pascals from
SofTech (the Mac p-System and MacAdvantage). Of the three, MacAdvantage is
the best. I have written a few decent-sized programs in it (including a
brainless go-playing program); it lets you use most of the Toolbox, though
some futzing around is necessary because of the 16-to-32-bit transition.
The compiler is actually quite fast, and the Executive program allows you
to stay out of the Finder, which speeds transition from utility to utility.
It comes with Bill Duvall's editor, RMaker, and some of its own utilities.
The Pascal itself is fairly standard UCSD Pascal with extensions to
facilitate Toolbox calls (such as Integer2). Speed of execution is about
20x faster than MacPascal, but still about 10x slower than most of the Mac
C compilers. And my go program is a few thousand lines long (I think--been
a while since I compiled it), uses (gasp!) pull-down menus, the standard
file packages, other such Mac items, and even lets you double-click a
"saved game" file to start up a game in progress. Of course, SofTech is
now defunct, so . . . .
Future Pascals include TURBO Pascal from Borland (yes, Philippe Kahn has
decided to bring up TP for the Mac) and Object Pascal from Apple. And I
want to know more about that low-cost Pascal mentioned above; if anyone has
details, *please* let me know, since I'd like to get a review copy ASAP.
<flame on>
As a fan of Pascal, I have been appalled at Apple's unwillingess and/or
inability to bring out a decent Pascal compiler for the Mac. It is
especially stupid since they've based the Toolbox and Inside Mac around
Pascal. I don't know if they were just trying to promote Lisa sales or
what, but I think they've missed the boat. Like it or not, C is *the*
standard development language for the Mac; I don't like C all that much,
but I'm getting better at it, because it's my only real choice on the Mac
itself, at least until TURBO Pascal comes along. Both Commodore and Atari
seem to have learned *that* lesson, at least, with both offering native
code C compilers for their machines immediately. On the other hand, having
initially released a 128K, single-drive machine, Apple would have been hard
pressed to come up with a decent compiler immediately--but that's a design
error on their part. Ah, well . . . .
<flame off>
..bruce..
[All opinions are my own, though I'm sure many are shared.]
Bruce F. Webster/BYTE Magazine
ARPA: crash!bwebster@ucsd
uucp: {ihnp4, cbosgd, sdcsvax, noscvax}!crash!bwebster
USPS: P.O. Box 1910, Orem, UT 84057
CIS: 75166,1717
------------------------------
Date: Mon, 23 Sep 1985 17:49 EDT
From: JBA%MIT-OZ@MIT-MC.ARPA
Subject: Reid on Mac Modula-2
Brian,
I have used MacModula-2 from Modula Corporation for several projects,
including a toy compiler of over 4000 lines of code. The implementation of
Modula-2 is complete, very well-documented, virtually bug-free, and rather
slow, both for execution and compilation. I use a RamDisk on my 512K Mac,
and that makes things much more bearable. I wouldn't call programming with
it "suffering," but if I had an assignment due the next day, waiting for
the compiler would be rather frustrating.
------------------------------
Subject: Usable Pascals
Date: 20 Sep 85 13:53:11 PDT (Fri)
From: Dave Godwin <godwin@uci-icse>
Yes, I can say that I've Pascal quite succesfully on the Mac. Even as we
speak, I'm using the MacAdvantage pascal. This is a Pascal that requires
at least 128k memory, and I actually would not suggest using it without a
RAMdisk if you intend to work on large programs.
For student use, as a teacher of Pascal who has used both Macs and IBMs,
I'd go with the MacAdvantage system. With a RAMdisk, it's easy and fast.
The students will pick it up in an hour or so. I've no idea as to software
prices, as the University takes care of these things for me.
The Pascal itself is a full implemtation of the ISO standard, plus many
other powerful features that make it, language wise, the most powerful
Pascal I am aware of. The MacAdvantage is based upon the UCSD Pascal
compiler, but the OS is all Mac. No silly prompt menus here.
If you need more info, mail me direct.
Dave Godwin ( godwin@uci-icse.arpa )
University of California, Irvine
p.s. What I'm waiting for is Borland's Turbo Pascal for the Mac. It will
be out soon for the Amiga, and I doubt that other 68000 based machines will
have to wait much longer. Borland also has a nice Modula-2.
------------------------------
From: stew%lhasa@harvard.ARPA
Date: 23 Sep 85 22:38 EDT
Subject: Memory Management
I've got an program with several large arrays that can grow in the course
of execution. My method is to allocate them as handles and lock them, then
when they want to grow (all eight at the same time), I unlock them, set
their size, and lock them down again. The problem is that this leads to
big-time heap fragmentation. Does anyone know how to get the memory
manager to move a specific block down to the bottom of the heap? What I
would like is for HLock to move the block as low as possible before locking
the block. I know about ResrvMem(), but that seems only to be useful for
allocating new blocks which will be usually locked. I could do a ResrvMem,
a HandToHand, and dispose the old block, but that requires enough memory
for two copies. Any comments on any of this, anyone?
Stew
------------------------------
Date: 26 September 85 11:43 EDT
From: QP2%CORNELLA.BITNET@Berkeley.EDU
Subject: Not very obvious answer on menus
Harry Lewis asked where the Mac puts bits covered by a menu when it is
pulled down. The "Low memory in alphabetical order" section of the last
update to the Workshop mentions lo memory location $A28 as the
"SavedHandle". This is supposedly a handle to the saved bits under a menu.
-Jerry Lefkowitz
Data Desk, Inc.
(relayed by Paul Velleman)
------------------------------
Date: Fri 27 Sep 85 13:27:39-PDT
From: Eileen Leatherman <LEATHERMAN@SUMEX-AIM.ARPA>
Subject: laserwriters
My appologies if this subject has already been discussed recently on the
bboard:
I saw an ad for a company named Sadika International in downtown Palo Alto
which charges $0.50 per page (even if you supply your own paper) and $2.50
/ 15 minutes of comuter time to use their laser printer. Does anyone else
know of a laserwriter nearby which is available at cheaper rates?
Thanks!
------------------------------
Date: Sat 21 Sep 85 21:18:11-PDT
From: Tony Siegman <SIEGMAN@SU-SIERRA.ARPA>
Subject: MacTerminal SAVE Command
Be careful using the SAVE and SAVE AS commands in MacTerminal. Despite the
supposed consistency in interfaces between different Mac applications,
these commands do NOT function ANYTHING like the same commands in MacWrite,
MacPaint, MS Basic or Multiplan.
In all the latter programs, executing a SAVE or SAVE AS means that you've
put away on disk a permanent, unalterable copy of everything you've done up
to that point; and nothing by way of editing that you do in the application
beyond that point (except of course a new SAVE to the same document name)
will change what's on the disk.
MacTerminal works almost exactly the opposite. If you download a bunch of
material to MacTerminal (using Record Lines Off Top), do a SAVE AS to some
new file name, and then do a Clear Lines Off Top (thinking, perhaps, to
free up some disk space), you ERASE all the corresponding lines you've
supposedly "SAVED" in the new file.
So far as I can tell, SAVE AS in effect saves or freezes all the recorded
session information to that point in the OLD MacTerminal document you've
been working in, and then starts redirecting all subsequent commands and
information to the NEW name you've given. It might better be named
something like "RENAME (SESSION) AS" or "REDIRECT (SESSION OUTPUT) TO",
since that seems to be what it really does.
This inconsistency with most other Mac applications seems pretty
unfortunate. I also find the Manual's explanation of the commands not
especially clear, and they certainly don't give any strong warning of the
differences from other applications.
------------------------------
Date: Mon, 23 Sep 85 15:43:53 pdt
From: saj@ACC-SB-UNIX.ARPA (Steve Johnson)
Subject: Torx #15 replacement
OK, looking for an inexpensive, easy-to-find tool to remove the torx screws
from your Mac so you can look at the insides? It's pretty hard to find a
#15 torx tip screwdriver with a 10" blade (that's the best tool), but at
PEP Boys you can get a "headlight replacement tool" made by AC-Delco for
$1.99 that does the job. It's an L-shaped screwdriver, with the #15 torx
on one end, just long enough to get to those deep-recessed screws. Sorry,
Apple.
------------------------------
End of INFO-MAC Digest
**********************
∂28-Sep-85 0132 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #44
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 28 Sep 85 01:32:06 PDT
Date: 28 Sep 85 0126-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #44
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 28 Sep 1985 Volume 3 : Issue 44
Today's Topics:
Social Impacts of Computing: Graduate Study at UC-Irvine
MacFest
Alternate Printers
----------------------------------------------------------------------
Date: 26 Sep 1985 0919-PDT
From: Rob-Kling <Kling%UCI-20B@UCI-ICSA>
Subject: Social Impacts of Computing: Graduate Study at UC-Irvine
This program might be of special interest to those people interested in the
social impacts of microcomputing, desktop computerization, and home
computing. Current reserach projects within this program examine the
social dimensions of these technologies: who uses them in the larger
society, what they are good for, how people and organizations integrate
them into their daily lives.
========================================================================
CORPS
-------
Graduate Education in
Computing, Organizations, Policy, and Society
at the University of California, Irvine
This graduate concentration at the University of California, Irvine
provides an opportunity for scholars and students to investigate the social
dimensions of computerization in a setting which supports reflective and
sustained inquiry.
The primary educational opportunities are PhD concentrations in the
Department of Information and Computer Science (ICS) and MS and PhD
concentrations in the Graduate School of Management (GSM). Students in
each concentration can specialize in studying the social dimensions of
computing.
The faculty at Irvine have been active in this area, with many interdisci-
plinary projects, since the early 1970's. The faculty and students in the
CORPS have approached them with methods drawn from the social sciences.
The CORPS concentration focuses upon four related areas of inquiry:
1. Examining the social consequences of different kinds of computerization
on social life in organizations and in the larger society.
2. Examining the social dimensions of the work and organizational worlds
in which computer technologies are developed, marketed, disseminated,
deployed, and sustained.
3. Evaluating the effectiveness of strategies for managing the deployment
and use of computer-based technologies.
4. Evaluating and proposing public policies which facilitate the
development and use of computing in pro-social ways.
Studies of these questions have focussed on complex information systems,
computer-based modelling, decision-support systems, the myriad forms of
office automation, electronic funds transfer systems, expert systems,
instructional computing, personal computers, automated command and control
systems, and computing at home. The questions vary from study to study.
They have included questions about the effectiveness of these technologies,
effective ways to manage them, the social choices that they open or close
off, the kind of social and cultural life that develops around them, their
political consequences, and their social carrying costs.
CORPS studies at Irvine have a distinctive orientation -
(i) in focussing on both public and private sectors,
(ii) in examining computerization in public life as well as within
organizations,
(iii) by examining advanced and common computer-based technologies "in
vivo" in ordinary settings, and
(iv) by employing analytical methods drawn from the social sciences.
Organizational Arrangements and Admissions for CORPS
The CORPS concentration is a special track within the normal graduate
degree programs of ICS and GSM. Admission requirements for this
concentration are the same as for students who apply for a PhD in ICS or an
MS or PhD in GSM. Students with varying backgrounds are encouraged to
apply for the PhD programs if they show strong research promise.
The seven primary faculty in the CORPS concentration hold appointments in
the Department of Information and Computer Science and the Graduate School
of Management. Additional faculty in the School of Social Sciences, and
the program on Social Ecology, have collaborated in research or have taught
key courses for CORPS students. Our research is administered through an
interdisciplinary research institute at UCI which is part of the Graduate
Division, the Public Policy Research Organization.
Students who wish additional information about the CORPS concentration
should write to:
Professor Rob Kling (Kling@uci-icsa)
Department of Information and Computer Science
University of California, Irvine
Irvine, Ca. 92717
714-856-5955 or 856-7548
or to:
Professor Kenneth Kraemer (Kraemer@uci-icsa)
Graduate School of Management
University of California, Irvine
Irvine, Ca. 92717
714-856-5246
------------------------------
Date: Wed 25 Sep 85 12:40:47-PDT
From: Brian Bishop <BISHOP@USC-ECL.ARPA>
Subject: MacFest
We had a mini-Mac Expo here at USC yesterday (in celebration of our PC
store starting to sell Macs at normal retail prices - no consortium for us,
sigh) and a few details of the event might be of general interest.
Apple was there with the imagewriter II and their new 20 Meg hard drive.
The imagewriter II had me bothered for some time, since it was supposed to
be faster and higher quality than the imagewriter (I) that I and the rest
of the Mac world has. Well, I wasn't impressed. The print quality looked
about the same, if not worse. The case for the thing is made out of white
plastic (or Apple //c ghostly grey plastic, if you prefer the in-house
terminology). All-in-all it looked flimsier than the imagewriter I, as
well as collecting smudges on that white plastic (we all know how clean a
printer stays, huh?). The one thing it did have was a single-sheet
document loader, which seemed to work OK, but it was a hassle to take it
off to use the tractor feed. The sales rep shrugged this off by saying
that "IBM's printer isn't much better." Not what I'd call a resounding
defense. No word on the price.
The new 20 Meg disk is about 2" high and sits under the computer - gee,
suspiciously like the MacBottom (who supposedly they farmed it out to...).
This looks like a winner. It plugs into the disk drive port and has a plug
on the back of the drive for an external 3 1/2" drive, if you have one. I
didn't get a chance to check the drive speed on the external floppy with
this little daisy-chain type set up, though I doubt it slows it down too
much. They also were running the new hierarchal file structure on it.
Using it, you don't need to set up and size (and mount and dismount)
volumes. Also the minifinder (or whatever its true name is) shows the files
in the current folder and displays the alternate folders above the little
window. You click on another folder and its files are then displayed. Very
nice. The price on the drive is ~$1500. Not bad for 20 meg, when a hyper
w/10 is close to that! With discounts, you could have 20 meg for $1k!!!!
They also had a new modem for the entire apple line (//,//e,//c,mac,etc.).
No price on it, it's 300/1200 and about 2 1/2" x 3 1/2". It plugs into a
wall socket like a transformer, then you plug a modular phone cable from it
to your wall phone plug. Not bad.
Levco had their 2 Meg upgrades there, along with a prototype on their
internal 20 meg drive. They seem to be aiming for status a in independent
upgrade manufacturer (i.e. buy their ram, then their hard drive and they
will be sure to work together). I am leery of this, since Apple gets the
final say on your Mac's upgrades etc. BUT....consider this: 1. The rep
assured me that they will take care of their customers if Apple hoses you
on a ROM upgrade (but he also was careful to state many times that they
will not copy Apple's ROMs)
2. The rep claimed that they will have a DMA (Direct Memeory Access) option
on their board, although it wasn't on the one I saw. Speed was at least
close to the Hyper on the one I saw (Rep said faster, but I haven't used a
Hyper enough to be sure).
3. The drive is still in the development stages, but it will use Apple's
hierarchal file system, like apple's drive, and will not require anf volume
resizing, etc. like hyper does. The price will likely be in the $1k+ range
(apple's drive may affect that).
Finally, an amusing note: they had two of their boards sitting out for
inspection (nothing is soldered on them, by the way, they only socket you
68k). I noticed that they have sockets for about 4 proms of their own.
These are probably what they use to make the memory contiguous to the Mac.
Two were empty, but two were labelled Harpo and Gummo (the names of the
proms????).
Brian
------------------------------
Date: Tue 24 Sep 85 14:17:21-PDT
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Alternate Printers
Has anyone come up with a way to customize the printer driver for the Mac
so one can use other than the Imagewriter. In specific, I am looking to
substitute one of: Star Radix-15, Okidata 83a (dot matrix) and for letter
quality a NEC5520 (Diablo 1620). The biggest win would be the Star, as it
is the most versatile.
------------------------------
End of INFO-MAC Digest
**********************
∂03-Oct-85 1729 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #45
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 3 Oct 85 17:29:40 PDT
Date: 3 Oct 85 1726-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #45
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 3 Oct 1985 Volume 3 : Issue 45
Today's Topics:
Paintmover success!
New version of xbin -- fixed checksum bug
MacDraw/MacPaint Conversion Utility
FastEddie -- A Text Editor
New version of SimpleTools
DES Application
Vt52 DA, version 1.4
AppleTalk cabling components
teScrpLen, menu buffers
Re; MacTerminal SAVE Command
Xinet information
ExperLISP
RE: Book Review (of Micro Analyst's book on Copy Protection)
problems with macwrite 4.5 and the laserwriter
----------------------------------------------------------------------
Subject: Paintmover success!
Date: 30 Sep 85 10:51:30 EDT (Mon)
From: Alan Dahlbom <adahlbom@BBNCC4.ARPA>
I have managed to get the Paintmover program to start. It seems that it
requires a *full* 512k mac to start-up (No ram-disks, etc). I haven't been
able to get it to do very much once it starts (it doesn't crash though),
but thats probably my problem.
Alan
------------------------------
Date: 1 Oct 85 (Tue) 01:29:50 EDT
From: Dave Johnson <ddj%brown.csnet@CSNET-RELAY.ARPA>
Subject: New version of xbin -- fixed checksum bug
After an hour or two of bug-chasing, I tracked down the cause of the
recently reported checksum errors in "xbin".
The problem showed up when there was a run of three or more 0x90
characters. The sequence 0x90NN indicates that the previous character
should be repeated NN times, with the exception that 0x9000 specifies a
literal 0x90. The bug was when a literal 0x90 was supposed to be repeated,
the character before the 0x90 was used instead. So where 2090009003 should
have produced a 20 and 3- 90's, it came out 20 90 20 20.
Here is the fix to version 2.1, if you can't get 2.3 right away:
*** xbin.c Tue Oct 1 01:16:20 1985
--- xbin.c.fixed Tue Oct 1 01:17:21 1985
***************
*** 545,550
if ((rep = getq←raw()) == EOF)
return EOF;
if (rep == 0) {
return RUNCHAR;
}
else {
--- 545,551 -----
if ((rep = getq←raw()) == EOF)
return EOF;
if (rep == 0) {
+ lastc = RUNCHAR;
return RUNCHAR;
}
else {
Source for version 2.3 (there was no 2.2) accompanies this message, and
should be archived on [sumex]<info-mac>unix-xbin.shar. The source is also
being posted to net.sources.mac
In addition to the above-described bug fix, this version includes fixes
people have sent me during the last 6 months or so, and the performance
improvements done by Dan LaLiberte at UIUC (sorry for the delay...).
Dave Johnson
Brown University Computer Science
ddj%brown@csnet-relay.ARPA
{ihnp4,decvax,allegra,ulysses,linus}!brunix!ddj
[This version has replaced the older one in [SUMEX]<INFO-MAC>UNIX-XBIN.SHAR.
--RMA]
------------------------------
Subject: MacDraw/MacPaint Conversion Utility
Date: 30 Aug 85 09:39:49 EDT (Fri)
From: Alan Dahlbom <adahlbom@BBNCC4.ARPA>
Here is a quick and dirty utility you may wish to add to info-mac. I have
been calling it MakePaint. It takes as input either PICT type files (e.g.
from MacDraw), MacPaint files, or PICTs from the clipboard and generates as
output MacPaint files. MakePaint shows you a mini-version of the MacPaint
image it is manipulating. Use the mouse on the mini-image to cut, copy,
paste, invert, clear or zoom. The net result is you can:
1) Convert MacDraw PICT files to MacPaint files (handy if you want to print
MacDraw docs using MacQMS, etc).
2) Cut, Copy, Paste sections of MacPaint documents that are up to a full
page in size.
3) 'Zoom' small sections of a picture up to full page size.
4) Mouse can be used to indicate rectangle for pasting from clipboard.
Caveat: MakePaint is a small program that uses *lots* of memory. On 128k
machines the size of images and PICTs you can manipulate is constrained.
Use a Fat-Mac if possible. Also: I have pasted full page pictures from
the MacPaint documents via MakePaint and the clipboard into MacWrite with
no problem, but I don't know how other applications or even MacWrite
running in 128K will react to these huge images. Good Luck!
[Archived as [SUMEX]<INFO-MAC>UTILITY-MAKEPAINT.HQX. The month-long delay
in posting was caused by it being submitted to INFO-MAC-REQUEST; more than
one person checks this mailbox, so if something doesn't get flagged, it may
get missed.
PLEASE, everybody, send administrivia to info-mac-request, and items for
posting/archiving to info-mac. --RMA]
------------------------------
Date: Mon 30 Sep 85 08:11:54-CDT
From: CS.RICHMANN@R20.UTEXAS.EDU
Subject: FastEddie -- A Text Editor
FastEddie is a 37K text editor designed for speed, but containing many
features that make it especially useful for programmers. Features include
auto save, glossary, automatic parenthesis matching, use of 11 copy-paste
buffers, block move of text right or left, and source code, error listing
correlation for Megamax-C. You can change the startup defaults and/or use
menu commands to change the font, word wrap around mode, auto indent, and
insert vs. overwrite mode. All menu commands and the search/find/change
dialog have keyboard equivalents. The number of simultaneously open files
is limited only by memory. Output is a text file compatible with the Apple
MDS editor or MockWrite.
The author, Daniel Grossbard, is a Univ of Texas student who is making a
demo version available for free, unlimited distribution. This freeware
version is limited to editing files of 11K or less, but is totally
functional in every other respect. A 10K documentation file is included as
a sample. Both the demo and the documentation are attached in a Packit
file. (Suggested info-mac name is Utility-Fasteddie.Hqx)
Please note the usual disclaimers apply. I am helping Daniel promote his
work because I think the free demo is useful in its own right.
[Archived as [SUMEX]<INFO-MAC>DEMO-FASTEDDIE.HQX. --RMA]
------------------------------
Date: Tue, 1 Oct 85 23:39:35 pdt
From: erik@ucbssl.CC.Berkeley.EDU (Erik Kilk)
Subject: New version of SimpleTools
Here is an updated version of SimpleTools. Included are the SimpleTools
sources, a MacWrite document, and an example using some of the easy and
advanced features in the SimpleTools library.
SimpleTools is a set of subroutines which greatly ease the use of the
Macintosh toolbox. It is mainly intended to be used for your smaller
applications where you would rather not be too concerned with reading
Inside Macintosh over again. The subroutines are currently written in C
and were done so using the Megamax compiler. They are designed to be
compiled into an object file. Your program will then link in this object
file at the same time it links in the toolbox interface. When you receive
the SimpleTools source, you should compile it into SimpleTools.o. You can
then compile the demo, SimpleDemo, and link it to SimpleTools.o.
For example, lets say you want the menu items named "Zoom" and "Widen"
under the menu "View". You would like the procedure:
zoom()
{
zoomfactor++;
}
to be executed when the user selects Zoom and:
widen()
{
zoomfactor--;
}
to execute when Widen is selected. You would both create the menus on the
menu bar AND inform SimpleTools what to do with the calls:
menu ("View", "Zoom", zoom);
menu ("View", "Widen", widen);
Then, your program would run by repeatedly calling SimpleEvents, like:
main()
{
setup();
for (;;) SimpleEvents();
}
Several other features are included in SimpleTools:
1. Window creation with assignment of procedures to be executed on window
activation, deactivation, when the mouse is clicked in it, and when an
update occurs.
2. Assignment of procedures to be "run" each time SimpleEvents() is
called. This can easily make it look like multi-subroutines are running
concurrently.
3. Generic prompt() and message() routines which pop up a small dialog box
for you. For example:
prompt("What is your name?", answer)
is all yo have to do to get a dialog box up requesting the user's name.
The answer goes into the string answer.
4. Automatic setup of the Apple, File, and Edit menu so even your simplest
of programs will still have Desk Accessories.
5. Many, many, hidden options that you will never know about unless you
care to know about them. (This was a major design goal of SimpleTools--
hide options and use the most common default.)
This has just been a summary of the SimpleTools routines. I'm sure you
could find them very useful. Many users of SimpleTools have been very
pleased with this idea and have saved many hours of studying and
programming. To those people, thanks for your letters, they are very
highly appreciated.
Erik
P.S. If you don't have access to the network library, feel free to send a
self-addressed, stamped envelope and a disk (full of any goodies you have)
to Erik Kilk, 1325 Nord Ave #155, Chico, CA 95926, and I'll copy my master
disk for you.
[The new files are to be found on [SUMEX]<INFO-MAC>, as
DEMO-SIMPLETOOLS.HQX, DEMO-SIMPLETOOLS-C.HQX, UTILITY-SIMPLETOOLS-C.HQX,
and UTILITY-SIMPLETOOLS.DQC. --RMA]
------------------------------
Date: Mon, 30 Sep 85 13:05:15 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: DES Application
This is an application based on the National Bureau of Standards Data
Encryption Standard. It appears that it will encrypt and type of Macintosh
file. I have used it on MacWrite (entire) documents and on MacPaint
documents with success. It is written by John P. Powers and is Shareware
($15). I downloaded it from Mass Mac Elec.
[Find this program in [SUMEX]<INFO-MAC>UTILITY-DES-ENCRYPTION.HQX. --RMA]
------------------------------
Date: Mon, 30 Sep 85 12:46:37 EDT
From: Robert E. Yellen (MISD-SEAD) <ryellen@Ardc.ARPA>
Subject: Vt52 DA, version 1.4
Here's a nice DA that is a vt52 emulator. It is written by Alan Dahlbom.
He has place it in the public domain.
He can be reached at adahlbom@bbncc4.arpa
[Archived in [SUMEX]<INFO-MAC>DA-VT52.HQX. --RMA]
------------------------------
Date: Mon, 30 Sep 85 10:23:44 pdt
From: Leo Hourvitz <leo%apple.csnet@CSNET-RELAY.ARPA>
Subject: AppleTalk cabling components
AppleTalk-compatible connectors, barrels, and wire is available from:
HB Associates
(Hank Lorta is the person I spoke with)
(800) 423 4224 in CA
(800) 423 3014 outside CA
As of last Friday, here's the info about AppleTalk-compatible cabling
parts:
Assembly Plug: Part # 815-0878A $2.75 ea.
Extender (barrel): Part # 519-0300B $3.00 ea.
Cable is available in 500 or 1000 foot reels:
FEP cable (Teflon-coated, req'd by many building codes for ducts or other
parts of buildings) Part #CBL 6228 $0.90/ft
PVC cable (for other places) Part #CBL 6242 $0.25/ft
Quantity discounts may be available for orders of over 25 pieces of any
individual item.
The AppleTalk cable that comes in the Connector Kits (the 2 m. cables) is
equivalent to the PVC cable; however, the custom wiring kit comes with the
equivalent of the more expensive FEP cable.
Usual disclaimers apply: furthermore, I'm not even a customer, I just know
about this stuff's being available, and report it for any interested
parties.
String those AppleTalks!
Leovitch
Leo Hourvitz
Apple Computer, Inc.
------------------------------
Date: Fri, 27 Sep 85 15:35:47 pdt
From: Leo Hourvitz <leo%apple.csnet@CSNET-RELAY.ARPA>
Subject: teScrpLen, menu buffers
Two answers to posted questions:
TEScrpLength, the variable at $AB0 in low memory, is a word. The word at
$AB2 is used for future system software.
The buffer that saves the bits when a menu is pulled down is allocated in
the heap, with a good old NewHandle call.
Keep on Macking,
Leovitch
Leo Hourvitz
Apple Computer, Inc.
------------------------------
Date: 30 Sep 85 13:35:13 GMT
From: miquelon @ DCA-EUR
Subject: Re; MacTerminal SAVE Command
In Vol 3, Issue 43, Tony Siegman noted some problems in trying to use SAVE
and SAVE AS... commands in MacTerminal.
I constantly use this feature and, while it is admittedly not totally
consistant with other applications, SAVE AS... works in a very logical way
to save a downloaded file.
If I am in MacTerminal and discover something I want to download; I first
CLEAR LINES OFF THE TOP and RESET (so as not to garbage up my download
file) then read the desired file (in whatever way is required by the host).
Then I pull down the FILE menu, select SAVE AS... and assign a name, NEW
for example, then click the SAVE button. Next, and here is apparently
where Tony is having his problem, pull down the FILE menu again and CLOSE
NEW. Once again pull down the FILE menu, select OPEN and open the ORIGINAL
MacTerminal document (You will still be logged in to the host). Now to
free up disk space, CLEAR LINES OFF THE TOP; and proceed with your session.
With two drives, you can change drives in the SAVE AS... dialog box before
clicking to SAVE NEW; just remember to change drives again when ready to
OPEN the original document. When you log off the host, you can then OPEN
NEW and do whatever you want with it. Or you can QUIT MacTerminal, and you
will have a MacTerminal format document named NEW to do with as you wish.
The logic is not quite as Tony explained. All MacTerminal commands operate
only on the currently open MacTerminal document. So, if you CLEAR LINES
OFF THE TOP while NEW is open, sure enough they are all erased. However,
all those lines are still in the closed original document, so you can
easily recover if you goof. Since the contents of any MacTerminal document
are saved when you CLOSE or QUIT, the only time I have found SAVE useful is
when I have modified the control settings for a previously set up document.
I agree, the manual is not very clear on this. I discovered it by trial
and error after a number of frustrating attempts. I just started
intuitively hacking around; that is the beauty of the Mac and most of the
applications.
Dave Miquelon <miquelon @ dca-eur.arpa>
HQ USEUCOM, WSE-E, Box 832
APO NY 09128
------------------------------
Subject: Xinet information
Date: 01 Oct 85 12:05:44 EDT (Tue)
From: meltsner@athena.MIT.EDU
I finally received a packet on Xinet, Mt. Xinu's Appletalk to Unix (BSD)
package.
There are two versions, Xinet/DDP, which gives you DDP capabilities for Vax
to Appletalk (and is claimed to be available now) and Xinet/ATP, which will
give you name-binding, data transfer (FTP??), and Mac diskette emulation on
the Unix host (available 3Q '85).
Currently, the interconnection hardware is a version of the Seagate board,
and they are working on getting a production version of it (from another
Berkeley company, Kinetics, which hasn't sent me any info), as well as
Unibus, Q-bus, or Multibus interfaces. (When I called Mt. Xinu, the
engineer said that the Ethernet-Appletalk gateway was the only one which
seemed probable.)
Sources and binaries are available, ranging from $1,500 for Xinet/DDP
binary to $20,000 for source and unlimited internal binaries for Xinet/ATP.
The current price of the Ethernet-Appletalk gateway is $7000.
When I talked to the engineer there, he said they have a "rudimentary"
terminal emulator, and were working on a better one. He said they also
were planning to provide Unix-Laserwriter spooling software.
Personally, I'm thrilled about everything but the price (which is a bit of
shock to those of used to microcomputer software prices.) If they get the
terminal emulation and spooler working, I'll try to get the money together
to put it on our (planned) uVaxen and Macintosh lab.
Ken
------------------------------
Date: Mon 30 Sep 85 15:25:02-PDT
From: Marvin Zauderer <ZAUDERER@SU-SUSHI.ARPA>
Subject: ExperLISP
I've been using ExperLISP Version 1.04, and I've come to the point where
I'd like to use CopyBits. Unfortunately, V1.04 doesn't support CopyBits.
In order to use the CopyBits procedure, I believe that an assembly-language
interface would have to be written, so that the parameters are in the right
places, the correct registers are saved, etc. Is anyone using CopyBits in
ExperLISP (and hence has written the interface)?
-- Marvin
------------------------------
Date: Sun 29 Sep 85 19:47:11-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: RE: Book Review (of Micro Analyst's book on Copy Protection)
RE: Book Review (of Micro Analyst's book on Copy Protection)
Given that I know both the author and contents and history of this book, I
thought this group may be interested in a follow-up on the matter, so I called
up Les Herbst, both to inform him about this posting and to ask his reaction.
Even though the posting was anonymous (at least I assume that Paul Springer,
pds@pdc750.UUCP, was the party that forwarded, rather than the author - BTW, I
don't think anonymity is justified here), Les immediately said that he thinks
he knows who the offended party is, remembering a very unpleasant caller, who
expected and insisted on receiving more or less a recipe for copy-protection on
the MAC (or maybe cracking it ??!!). And given that the conversation turned
unpleasant and unproductive, Les hung up on the caller. And my impression of
Les as a person and a businessman leads me to think, that I would have probably
hung up a lot sooner than he did. But let's put all of this aside as hearsay,
and get to some facts.
Les wrote his thesis on the topic of Copy Protection (Dec 83, EE-Dept, U-Texas
at Austin), and given that there is very little published in this field, a
"popularized" book version was an idea many of us would have had, too. I
assume, Les did most of his research before the MAC was out, and adding a
chapter on the MAC (and developing the MacZAP software) was, probably, an
afterthought. When I read the book summer 84, I, too was disappointed by both
the list-price of $40 dollars and the lack of info about the MAC, and told Les
as much, and he shared my concern but also did a reasonable job of justifying
both. He also indicated at that time, that he hoped that both the MAC and his
MacZAP software would be succesful enough to justify writing an update to the
book. He has since done so (about 30 pages), and expects to be marketing a
second edition of his book late this year. Owners of the first edition should
be able to acquire this at a nominal cost (between $5 and $10), Les indicated.
But he will NOT provide a cooking-recipe for either CONSTRUCTING or BREAKING
copy-protection software; he also has in the past rejected offers to consult
companies in the design of copy-protection, as he found that incompatible with
improving his MacZAP-software - which may seem logical on first sight, but then
again such an offer could be quite lucrative, I could imagine.
If and when I get to read the additional 30 pages, I may be able to post a
follow-up, but don't bet on it. Over the past year, I never did get to post
the review of the first edition of the book (or of MacZAP), even though I had
intended to. Which again reminds me how valuable this forum here is, to
collect facts and info which allow all of us to make "the right decisions" ...
Cheers, Werner (biased, maybe, but with nothing to lose or gain)
------------------------------
Date: Wed, 2 Oct 85 11:47:25 PDT
From: DAVEG%SLACVM.BITNET@Forsythe
Subject: problems with macwrite 4.5 and the laserwriter
From: David M. Gelphman 415-854-3300 x3186 DAVEG at SLACVM
I just got a copy of InsideSwitcher from the INFO-MAC bboard and tried
printing it on the laserwriter. Most of my experience with the LaserWriter
was with graphics and this was pure text. The only fonts available from
the system for MacWrite to use was the minimal set of Geneva, NewYork,
Monaco, and the LaserWriter fonts. If the document was in a font other
than those I don't know, but it showed up on the screen in Helvetica which
was fine by me. When I printed the document, there were many pages which
had missing lines of text at the top. I'm not sure what the problem is
(problems with HEADER, problems with possible font substitution on the
LASERWRITER, problems with a lack of footers since the laserwriter page is
shorter than an Imagewriter page) but it is a diaster!!! Anyone else seen
such a problem? Is Apple aware? The text looks great, but if you can't
count on all the lines in a document being printed, you sure are in
trouble.
------------------------------
End of INFO-MAC Digest
**********************
∂03-Oct-85 1755 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #46
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 3 Oct 85 17:51:54 PDT
Date: 3 Oct 85 1749-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #46
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 4 Oct 1985 Volume 3 : Issue 46
Today's Topics:
More information about writing printer servers
MAC <-> GPIB interface .. query
[question] Menu Clock and Hyperdrive 20
List of applications for AppleTalk ?
Deluxe Music Construction Set [query]
MacTerm Keycap mods?
Cryptography [query]
Kermit for the Mac
Kermit Docs
----------------------------------------------------------------------
Date: 29 Sep 1985 12:40-EST
From: mss%dartvax%dartmouth.csnet@CSNET-RELAY.ARPA
Subject: More information about writing printer servers
In response to my request for printer driver info, I received the following
from leo@Apple. Would you please place it into the printer driver informa-
tion file you created? (I checked with leo and he said it was OK--he didn't
send it out to the info-mac because he thought that most people would not
be interested.)
-Mark
From leo@APPLE Mon Sep 23 20:31:51 1985
Date: Wed, 18 Sep 85 01:19:13 pdt
From: Leo Hourvitz <leo@APPLE>
Posted-Date: Wed, 18 Sep 85 01:19:13 pdt
To: mss%dartvax%dartmouth.csnet@CSNET-RELAY
Subject: Printer Support for the Rest of Us
Mark;
Here's a quick description of the Mac's Printing Architecture (and I DO use
the word architecture somewhat loosely).
There are two ways to print, known as the high-level and low-level printing
interfaces. In the high-level printing interface, the program calls all
those printing routines defined in Inside Mac, like PrOpen, PrOpenDoc,
PrOpenPage, and so forth, and gets back a printing GrafPort. The program
then calls QuickDraw routines to draw into this GrafPort, but instead of
being drawn in some BitMap somewhere, the drawings come out on the printer.
If a program is using the low-level interface, then instead of making the
calls to PrOpenDoc, it makes control calls on the .Print driver (driver
refNum -3). These calls have a csCode parameters that gives the type of
control call being made, which are the types of calls you mentioned: Here's
a BitMap, here's a stream of text, etc.
A single program never uses both levels of the interface. The sampling of
real programs is that MacPaint uses the low-level interface, and everybody
else uses the high-level interface.
When people refer to the ImageWriter driver, they're usually referring to
the ImageWriter resource file, which actually contains two pieces of code,
corresponding to the two levels of interface: one is a driver, as per the
device manager, that supports the low-level interface. The other thing in
the printer resource file is a series of PDEF resources (fairly undocumen-
ted) that contain the code to implement the high-level interfaces. The way
that the high-level interface is implemented is by installing a new set of
procedures in QuickDraw's StdProcs (in QuickDraw manual, pg. 70) that get
called whenever the application draws into the printing grafPort.
The low-level interface provided by the driver is pretty much as straight-
forward as you mentioned. It gets a few more control calls then just
BitMap, chars, and carriage return; there are also control calls for
OpenDoc, OpenPage, etc.; but basically, the low-level one is simple.
The only people who have written real-live Printer Drivers, as far as I
know, are 1) Apple, 2) Aldus, and 3) Orange Micro is trying. There may be
some others... Macintosh Tech Support, I believe, has a Tech Note with more
details on writing a printer driver, but I don't know how you'd go about
getting it from them (though their number is 408 973 3400)(if you have any
other connection, try it).
Unfortunately, having looked at the task before (and with the advantage of
having access to the source of the ImageWriter driver), writing a real
printer file is a heavy-duty task; not impossible, but not a two-weekender.
I think just doing the low-level interface, giving you MacPaint at least,
wouldn't be too bad...
Good luck!
Leovitch
Leo Hourvitz
Apple Computer, Inc.
leo@apple.csnet
[This entire message has been archived as
[SUMEX]<INFO-MAC>PRINTER-DRIVERS.INFO. --RMA]
------------------------------
Date: Thu, 3 Oct 85 14:57:50 mdt
From: hsc%a@LANL.ARPA (Scott Chesney)
Subject: MAC <-> GPIB interface .. query
Reply-to: hsc@a.UUCP (Scott Chesney)
Is there an available Macintosh GPIB controller? It would be nice to be
able to do instrument control with a Mac as opposed to the more expensive
H-P or Tektronix systems.
Thanks in advance,
Scott (the sorcerer's apprentice) Chesney
ihnp4!lanl!hsc.UUCP hsc@lanl.ARPA
------------------------------
Date: Wed, 2 Oct 85 11:46:47 edt
From: jtkohl@ATHENA.MIT.EDU (John T. Kohl)
Subject: [question] Menu Clock and Hyperdrive 20
Reply-to: jtkohl@ATHENA.MIT.EDU
I am having trouble using the MenuClock posted here recently with my
Hyperdrive 20. I can use the MenuClock if I boot off floppy as a normal
512k mac, but it will not work when I use the Hyperdrive system files (it
crashes with a fuzzy screen). It will work, however, on a Hyperdrive 10
which is several months old.
Has anyone else had this problem/come up with a fix?
John T. Kohl
UUCP: ...!mit-eddie!mit-athena!jtkohl
ARPA: jtkohl@ATHENA.MIT.EDU
------------------------------
Subject: List of applications for AppleTalk ?
Date: 02 Oct 85 09:32:49 EDT (Wed)
From: Gurudatta Parulkar <parulkar@dewey.udel.EDU>
We have been using Appletalk for the last three months, but have not come
across too many applications to run on this network. In fact, we use it
only for sharing the LaserWriter. So I would like to know the list of
applications that other people are using on AppleTalk.
Thanks in advance.
-guru
PS: Some examples of Applications that I have in mind are say mail, file
transfer etc.
Gurudatta M. Parulkar
University of Delaware
Department of Computer and Information Sciences
Newark, DE 19716
ARPA: parulkar@udel-dewey
CSNET: parulkar%udel-dewey@csnet-relay
UUCP: ...!harvard!parulkar@udel-dewey
------------------------------
From: kangaro!milo@Purdue.EDU
Subject: Deluxe Music Construction Set [query]
Date: Sun Sep 29 09:49:08 1985
Has anyone out there seen a copy of the Deluxe music construction set for
the Macintosh yet? I understand they have a MIDI option now that lets you
play music through a MIDI equipped synthizer. This is a great feature but
a musician friend of mine wants to know if you can RECORD music comming in
through a MIDI and then edit it and play it back or print it.
Basically he wants to play a piece of music on his synthizer, record it
with a music program and then be able to edit, print or replay it.
The add for Deluxe MCS says you can play back music through the MIDI port
but it does not say if you can record. Does anyone know for sure?
Please reply directly...I don't get info-mac regularly
Greg Corson
{ihnp4 | ucbvax}!pur-ee!kangaro!milo
ARPA: kangaro!milo@ecn@purdue.ARPA or kangaro!milo@ee.Purdue.EDU
Or leave a message to the sysop on The Connection (219) 277-5825
------------------------------
Date: Sat, 28 Sep 85 01:43:59 pdt
From: saj@ACC-SB-UNIX.ARPA (Steve Johnson)
Subject: MacTerm Keycap mods?
Has anyone tried to modify the macterm keycaps? I have the doc but in my
infinite laziness I wondered if anyone else got there first. I need VT-100
arrow keys. I thought I'd put them on command-6 to 9 plus cmd-0 for
'home'. But if anyone else has gotten there first could we trade resources
maybe?
Also, the system I use at school here is a Prime 9955 (the machine I need
arrow keys for). I want to up-and-download files. People, I DON'T want to
rewrite mac-put-and-get in FORTRAN IV!!!! Has anyone else heard of any
system software for mac-Prime usage? Lets see, DO, CONTINUE, FORMAT, LET,
GOTO. Here we go!!!!!!!
Thanks for all. Andy Stadler c/o SAJ@ACC
Occidental College
------------------------------
From: kangaro!milo@Purdue.EDU
Subject: Cryptography [query]
Date: Tue Oct 1 20:04:11 1985
I am in the process of writing a cryptography program for the Macintosh
that encrypts and decrypts Mac files and applications. I considered using
the Data Encryption Standard but I discovered that this standard,
implimented in software, will probably be too slow to be useful (the Hippo
C DES encryptor takes 120 seconds to encrypt a 12k file). Obviously, if
the encryptor runs too slow people won't bother using it so I had to come
up with a different means of encrypting the file that was faster.
I have settled on using a software implimentation of a "rotor" machine such
as an enigma or ECM because a software version of one of these machines is
very fast.
I am looking for someone who is "into" cryptography who could give me some
idea of how secure the method I am using is. I basically want to make sure
that I haven't overlooked any simple way a smart person could use to crack
the code. If you can help me figure out how secure my algorithim is,
please contact me.
I should mention that I have researched this problem fairly throughly...so
if you are not somewhat experinced in cryptography you probably won't be
able to help much.
Greg Corson
{ihnp4 | ucbvax}!pur-ee!kangaro!milo
ARPA: kangaro!milo@ee.purdue.EDU or kangaro!milo@ecn@Purdue.ARPA
P.S. If anyone knows of any software company that might want to sell this
kind of product, please let me know. I am looking for a publisher.
------------------------------
Date: Wed, 2 Oct 85 7:32:26 EDT
From: Robert E. Yellen (IMD-SEAD) <ryellen@Ardc.ARPA>
Subject: Kermit for the Mac
Here's a later version of Kermit for the Mac from Columbia. It is version
0.8(33). ENJOY !
[This replaces the older [SUMEX]<INFO-MAC>CKMKER.HQX. --RMA]
------------------------------
Date: Wed, 2 Oct 85 7:36:03 EDT
From: Robert E. Yellen (IMD-SEAD) <ryellen@Ardc.ARPA>
Subject: Kermit Docs
Here is the documentation that goes with MacKermit version 0.8(33). Run it
through BinHex 4.0 and then use PackIt to unpack. It contains five
MacWrite Documents:
Read Me
Beware
History
IBM (yuck) Mainframe settings
Normal Settings
ENJOY
[The documentation has been placed in [SUMEX]<INFO-MAC>CKMKER.DQC. --RMA]
------------------------------
End of INFO-MAC Digest
**********************
∂09-Oct-85 1501 @SUMEX-AIM.ARPA:FERNANDEZ@SU-SUSHI.ARPA SMUG Developers Meeting
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 9 Oct 85 14:56:45 PDT
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Wed 9 Oct 85 14:54:17-PDT
Date: Wed 9 Oct 85 14:49:27-PDT
From: Gustavo Fernandez <FERNANDEZ@SU-SUSHI.ARPA>
Subject: SMUG Developers Meeting
To: smug-developers@SU-SUSHI.ARPA
cc: smug@SU-SUSHI.ARPA, info-mac-stanford@SUMEX-AIM.ARPA,
su-bboards@SU-SUSHI.ARPA, bboard%LOTS-A@SU-SUSHI.ARPA
Sorry about this... better late than never...
The first Stanford Mac Users Group Developers Subgroup meeting of this
quarter will be on Thursday October 10, at 8 o'clock PM in Poyla Hall
room 111. (Turring Auditorium) Our speaker will be Jim Goodnow of Manx
software who will be speaking about the Aztec C compiler.
The next meeting will be on Thursday, October 24. Our speaker then will be
Dan Ingals of Apple Computer who will be demonstrating the Smalltalk language
available on the Mac.
I am in the process of updating the SMUG developers mailing list. This
is an electronic mail list (SMUG-DEVELOPERS@SUSHI) used for discussing
Macintosh developer-related issue as well as announcing new meetings.
Anyone whjo wishes to be on this list should send mail to me
(FERNANDEZ@SUSHI) even if you were on the list last year.
See you at the meeting
Gus Fernandez
-------
∂09-Oct-85 1831 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #47
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 9 Oct 85 18:30:22 PDT
Date: 9 Oct 85 1826-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #47
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 10 Oct 1985 Volume 3 : Issue 47
Today's Topics:
spExtra field in GrafPort [2 messages]
Appletalk Information
Appletalk applications
Appletalk cable
IEEE 488 -> Mac
Apple forces GEM change
VLSI Tools for the Mac?
Atkinson's Paint Mover; it works, but BEWARE!
ResEdit Prototype Version #0.8
Bug Fix To Menu Clock - Doc
Font Librarian
FontDisplay 2.2
Too basic, but crucial help on quick draw routines requested.
[query] Font order in menus
Problem with desk top fonts [query]
Rascal Review
----------------------------------------------------------------------
Date: 4 Oct 85 (Fri) 23:27:35 EDT
From: Dan Winkler <daw%brown.csnet@CSNET-RELAY.ARPA>
Subject: spExtra field in GrafPort [2 messages]
In Inside Macintosh (I have the phone book edition), the spExtra field of a
GrafPort is declared as:
spExtra: INTEGER;
But in the Workshop Pascal interface file, it's declared as:
spExtra: LongInt;
and in the Sumacc quickdraw.h header file, it's declared as:
long spExtra;
Thus, Workshop Pascal and Sumacc agree that this field is 4 bytes long (not
suprising since the latter was derived from the former) whereas Inside
Macintosh says it's two bytes long. Inside Macintosh also says that the
size of a GrafPort is 108 bytes, but if you only use 2 bytes for spExtra,
as it does, the total comes to only 106 bytes. All this points to the
conclusion that the declaration of spExtra in Inside Macintosh is a
misprint.
BUT if you look at the definition of spExtra on page 25 of the Quickdraw
Programmer's Guide in Inside Macintosh, you find: "SpExtra is the number
of pixels by which each space character should be widened to fill out the
line." Obviously, this should not be a 4 byte integer; 2 bytes more than
suffices for this purpose. Indeed, 2 bytes suffices to represent a width
in pixels in any context on the Mac since the QuickDraw grid coordinates
are 2 bytes long.
But it gets even stranger. The SpaceExtra procedure is defined in Inside
Macintosh as:
PROCEDURE SpaceExtra (extra: INTEGER);
And in the Workshop Pascal Interface file as:
PROCEDURE SpaceExtra (extra: Fixed);
Fixed?? Very strange. But the size of a Fixed is 4 bytes, as is that of
LongInt, which may explain why Workshop programs don't crash when using
GrafPorts or WindowRecords which contain them.
I'm CC'ing this to Larry Rosenstein at Apple who'll surely know the answer.
I'd like to thank Larry for the superb support he's provided to Macintosh
developers through his informative messages to info-mac, info-macapp, and
net.micro.mac. He's also answered many, many mail messages from me, and in
every case I got a quick response that was complete, concise, and accurate.
It's wonderful that someone who's competent and responsive like that is
accessible by quick, convenient, and cheap electronic mail from as far away
as this coast.
Dan.
+-----------------------------------------------------------------------------+
| Dan Winkler csnet: daw@Brown |
| Box 1910, Brown University bitnet: daw@browncs |
| Providence, RI 02912 uucp: {ihnp4,allegra,decvax,...}!brunix!daw |
| (401) 863-1647 arpa: winkler@harvard |
+-----------------------------------------------------------------------------+
------------------------------
Date: Sun, 6 Oct 85 16:11:24 pdt
From: Larry Rosenstein <lsr%apple.csnet@CSNET-RELAY.ARPA>
Subject: foo
The interface files are indeed right and Inside Macintosh is wrong. (If
you look at the date on the Quickdraw chapter, you will not that it is one
of the earliest parts of IM and probably has other errors in it.)
A quick check of the code for the SpaceExtra trap with Macsbug reveals that
it does indeed take a 4-byte parameter and moves it into a 4-byte slot in
the grafport (offset $4c).
I assume that the reason for making SpaceExtra take a FIXED is that it
allows for fractional values of spaceExtra, although I can't verify this.
Larry
------------------------------
Date: Mon 7 Oct 85 20:33:06-PDT
From: PIERCE@SRI-KL.ARPA
Subject: Appletalk Information
AppleTalk Information
=====================
We have 11 macs and two laserwriters connected to an AppleTalk net. We
have learned some things about connecting the things together. Hope they
can help others.
1) We looked briefly into different ways of purchasing the wires:
1- getting many of the 10 meter cables from Apple,
2- getting the 100 meter cable set from Apple,
3- going to non-apple and getting wires/connectors. We decided to get the
10 meter cables. We have been very pleased! Our cost of the 10M cables
is $35 each (about a dollar a foot). It is easy to add lengths to the
net and reconfigure it in any way. I am not sure, but I think one
drawback may be the many connections may reduce the total usefull length
of the net.
2) I don't like the way Apple recommends wiring them up. They recommend
having the cable come down into each office with the small transformer
sitting behind the Mac. This works, but it is a real pain to rewire. Add
someone to the net and it is a major operation to restring appletalk wires.
←←←←←←←←←←←←← ←←←←←←←←←←←←←←←←←←←←←← ←←←←←←←←←←←←←←←←←←←←←←←←
| | | |
| | | | Apple Recommendation
| | | |
| | | |
| | | |
-#- -#-
| |
Mac Mac
We have found that leaving the transformer in the ceiling and dropping a
10-15 foot extension cable works fine and allows simplier reconfiguration.
It also keeps the length of the appletalk net shorter (We think this is a
performance advantage). We get the extension cables from (shudder) Radio
Shack--joystick extension cables. Don't knock success.
←←←←←←←←←←←←←←←#←←←←←←←←←←←←←←←←←←←←←←←←←←#←←←←←←←←←←←←←←←←←←←←←←←←
| |
| | What we do
| |
| |
| |
| |
Mac Mac
3) We have had some problems with the net, but we haven't tracked them down
all the way, let me describe some of them. We have 8 of the macs plus a
laserwriter on the third floor and the second laserwriter and the rest of
the macs on the first floor. Macs go on/off all the time and they also get
connected and disconnected at random times (just unplug the mac, no removal
of the transformer).
The first failure was when we connected the two floors together. Half of
the net crashed! Disconnect the floor-to-floor connection and each
separate net worked alone! At the time the net looked something like this:
M--M--1st floor----------------3rd floor--M--M--M--M--M--LW--M--M--M--M
When it was all connected everything to the right of the LaserWriter did
not work--disconnect the 1st to 3rd floor connection and the third floor
worked fine. We solved this one by going to the fix mentioned in 2) above.
It may have been too much cable, or too many connectors, or gremlins. Now
this same configuration works fine (with the new wiring style).
Even now there are times we have problems with the net and we always are
able to solve it by disconnecting the 1st to 3rd floor connection. I
figure we have about 200 meters on the net. Maybe the 300 meter limit is a
real one and you have to have a 'clean' setup to make it work.
4) Diane (our third floor laserwriter, as opposed to Charles on the first
floor--Charles and Di) has about 8000 copies so far. The cartridges last
about 3500 copies each. We are beginning to see some problems with the
print quality of the laserwriter. Not on all the pages, but on some (1 out
of 20?).
You can see the bit pattern from the laser spot. Could be a problem of the
paper feed or the laser engine itself. Nothing much to worry about, just
you might think about renting rather than buying or waiting for the next
generation laserwriter.
5) I too am looking for software to transfer programs over the net. I saw
a beta of a desk accessory that did it, but I don't know the current
status. It was a very impressive piece of software (could use floppies in
another machine!). I would like to see a listing of these new programs.
6) Last is the search for a fileserver for the net. I have seen the Corvus
and Bernouli, they seem to be disk servers and will not work for my
application. Ditto with the Sunol, but I have not yet seen that one. The
Keeper seems to have good specifications in their brochure (i.e. a real
file server) and reasonable price, but I have not seen it or talked to
anyone who has. There sure is a need for one of these gadgets.
Jerry Pierce
Pierce@SRI-KL
You have heard of YUPPIE, now a new one:
"TAFFIE" - Technically Advanced Family - More likely to have a VCR and a home
computer.
------------------------------
Date: 4 Oct 85 17:17:27 EDT
From: Seymour <JOSEPH@BLUE.RUTGERS.EDU>
Subject: Appletalk applications
I have found several macintosh applications that make use of Appletalk.
XL/Serve and MacServe from INFOSPHERE - file and print services
Express Mail from TopExpress Limited - Electronic mail
Videx Mail from Videx INC - Electronic Mail
A database, I think Omnis III uses Appletalk to allow multiple people do
queries from one database simultaneously.
Hope this helps
Seymour
------------------------------
Date: 4 Oct 1985 16:07-EDT
From: Kevin.Dowling@ROVER.RI.CMU.EDU
Subject: Appletalk cable
Here are some Belden numbers for Appletalk. Belden is one of the largest
cable manufacturers and are represented by many distributors. Anixter is a
large distributor of Belden.
Belden 9999 (PVC) $0.16/ft from Anixter
Belden 89999 (Teflon) $0.51/ft " "
Appletalk Connector #815-0878A $2.40 ea. " "
Comparison:
CMU's Computer Store charges $450 for Apple's package of 100m Teflon coated
cable, 26 connectors, and 4 cable extenders. The same package from Anixter
is $195.72 ($167.32 for the cable + $28.40 for the connectors) This is
exclusive of the extenders.
Obviously then the extenders must cost about $80 each! :-)
nivek
Aka : Kevin Dowling Bell: (412) 578-8830
Arpa: nivek@cmu-ri-rover Mail: Robotics Institute
Schenley Park
Pgh, PA 15213
------------------------------
Date: 4 Oct 1985 15:27-EDT
From: Kevin.Dowling@ROVER.RI.CMU.EDU
Subject: IEEE 488 -> Mac
I have literature from the following:
IOTech
PO Box 21204
Cleveland Ohio 44121
(216) 831-8646
Their Mac488A converts the Mac into a bus controller. Plugs directly into
the Mac serial port. Baud rates up to 56,600. Warranteed for 1 year.
Commands similar to HP 85, supports Pass Control, Receive Control,
Secondary Adressing, Parallel Poll and Serial Poll. Enable Mac to
communicate as a peripheral to other 488 bus controllers. Driver routines
provided for availble languages including Basic. Controls as many as 14
instruments. Mac488A to Mac cable included. $595.00
Small Business Computers of New England
PO Box 397
4 Limbo Lane
Amherst NH 03031
(603) 673-0228
Macquisition and Macontrol: Kind of an interesting approach using
Multiplan for the data collection. They show some examples of use. They
use their Taurus One device to actually connect to IEEE488 bus...
Metaresearch
1100 SE Woodward
Portland OR 97202
(503) 232-1712
I believe that this company is a spin-off from Reed. They have a wide
variety of hardware and software for instrumentation and communication.
nivek
Aka: Kevin Dowling Bell: (412) 578-8830
Arpa: nivek@cmu-ri-rover Mail: Robotics Institute
Schenley Park
Pgh, PA 15213
------------------------------
Date: Wed, 9 Oct 1985 16:05:24 EDT
From: Michael Caplinger <mike%bambi@mouton.ARPA>
Subject: Apple forces GEM change
I just read in the Oct 7 InfoWorld that Apple and Digital Research settled
out of court that GEM does infringe on Apple patents for the Desktop--
apparently the GEM trashcan and other icons at least will have to go.
Apparently Apple is going after everybody who cloned the Mac window
arrangement.
Apparently Apple is going to be really hard-line about this--kind of ironic
when you consider they stole the interface from the Xerox Star in the first
place. Makes me kind of embarrassed to be a Mac owner.
In other news, the Apple 512K upgrade has been reduced in price--to a
still-inflated $449 (down 36% from $700).
Michael Caplinger
mike@bellcore.arpa
ihnp4!bambi!mike
------------------------------
Date: Wed 9 Oct 85 15:52:50-PDT
From: Marvin Zauderer <ZAUDERER@SU-SUSHI.ARPA>
Subject: VLSI Tools for the Mac?
Anyone know of any? Even a rudimentary VLSI design editor would be nice; I
need to do fairly simple layouts for my VLSI course.
I realize that one might use MacPaint or MacDraw--please let me know if you
have any better ideas.
-- Marvin Zauderer
(Zauderer@SU-SUSHI)
------------------------------
Date: 4 Oct 85 16:07:00 PST
From: sat.christ@ames-vmsb.ARPA
Subject: Atkinson's Paint Mover; it works, but BEWARE!
Reply-to: sat.christ@ames-vmsb.ARPA
The still-in-development Paint Mover utility posted here a few weeks back
works and is a useful tool when run in a full 512K environment. Here's
good way to check out its features:
1. Open Macpaint and pour a bucket of your most sparce pattern (not all
white, but as little black as possible) in the window. Save and Quit.
2. Open Paint Mover. Select the just-made Macpaint document; a reduced
image appears in the Input (leftmost) window.
3. From the Scale menu, choose a value of two or higher. This acts much
like a power of magnification setting.
4. Using click and drag, select as much as you can of the patterned area
and drag it into the Output window. Notice the difference?
5. Try some of the other options in the same way. You may want to use a
document of your own with a less uniform image.
HOWEVER, WHEN RUN IN LESS THAN 512K, PAINT MOVER CAN BITE! REAL HARD!!
------------------------------
Date: Wed 2 Oct 85 04:39:12-CDT
From: CS.RICHMANN@R20.UTEXAS.EDU
Subject: ResEdit Prototype Version #0.8
Attached is a new prototype release (dated September 19, 1985) of Apple
Computer's resource editor for the Macintosh. It was written by G. Pope,
S. Capps, and R. Sebok and released as an update to the Apple Software
Supplement on CompuServe. Apple holds a copywrite to this program.
This version is prototype #0.8, and I have no documentation to explain
modifications from the previous version. After download and conversion
with binhex 4.0, the application is 132K.
For those unfamiliar with previous versions of ResEdit, this application is
a graphically based tool used to create, edit, copy and paste resources for
a Macintosh application. Resources include menu items, dialog boxes,
fonts, cursors, and strings. A key feature of ResEdit is its extensibility
--you can create templates for new resource types and add them to ResEdit.
For some simple instructions on how to use ResEdit, check the premier issue
of ←MacUser←, for the article "The Gourmet's ICON Cookbook," pages 94-98
and the June 85 issue of ←MacWorld←, for the article "Mining the Mac's
Hidden Resources," pages 130-137.
[Archived as [SUMEX]<INFO-MAC>UTILITY-RESEDIT.HQX. --RMA]
------------------------------
Date: Sun, 6 Oct 85 09:28:09 pdt
From: oster@ucblapis.CC.Berkeley.EDU
Subject: Bug Fix To Menu Clock - Doc
Here is Menu Clock Version 1.1. It fixes the reported bug using Menu Clock
with Hyperdrive 20. Menu Clock installs a clock on the right of the menu
bar that remains on the right of the menu bar permanently, application
program after application program, until you restart your Macintosh.
You are free to use this program for as long as you like but if you send me
$5.00, you become a registered owner and receive a reference card that
explains how to make the menu clock start automatically when you turn the
power on.
Menu Clock has been tested on 128k Macs, 512k Macs, and 1Meg Macs (Lisa
under Macworks), in all cases with both single and double drives, with hard
disks, with ram disks, and with cache disks. It is compatible with all
standard software, including the switcher. And this new version, version
1.1 works with all configurations version 1.0 works with, and also works
with HyperDrive 20s.
-- David Oster
[This can be found in [SUMEX]<INFO-MAC>DA-MENUCLOCK.HQX. --RMA]
Subject: Bug Fix To Menu Clock - Doc (Addenda)
If you have been using Menu Clock without problems you do not need to
upgrade. If you have the autostart version, you do not need to upgrade.
If you do not have the autostart version, and you expect to buy a
Hyperdrive 20 at some time in the future, you should upgrade to Menu Clock
1.1.
-- David Oster
------------------------------
Date: Wed, 9 Oct 85 00:06:13 pdt
From: Michael Peirce <peirce@lll-crg.ARPA>
Subject: Font Librarian
This is a shareware program called Font Librarian. It is a nice improve-
ment over Apple's Font/DA Mover with such nicities as displaying the full
font, putting fonts in ANY file, an arbitrary number of open files, font
number/name control, etc...
Look it over - and pass it around...
-- michael
[Archived as [SUMEX]<INFO-MAC>UTILITY-FONT-LIBRARIAN.HQX. --RMA]
------------------------------
Date: 9 Oct 85 19:30:38 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: FontDisplay 2.2
Here is FontDisplay 2.2. It has the following fixes/changes since 2.1:
1) Bug fixed that would cause crashes when ejecting or changing volumes
that had even char length font file names.
2) Patch around SFGetFile changed according to a suggestion from Apple.
3) Style menu only active when sample window is open. Style sheet options
moved to File menu.
4) Now correctly handles open "disk" when other than the first file is
highlighted.
Jeff
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
Compuserve: 76136,667
Delphi: JEFFS
[Archived, as always, in [SUMEX]<INFO-MAC>UTILITY-FONTDISPLAY.HQX. --RMA]
------------------------------
Subject: Too basic, but crucial help on quick draw routines requested.
Date: 05 Oct 85 12:14:15 EDT (Sat)
From: Gurudatta Parulkar <parulkar@dewey.udel.EDU>
Dear Kind People,
I have been struggling for last few days to write some sample programs
(mostly based on QuickDraw routines) for Mac, using SumacC Development
system, and it is a real shame to say that I have not succeeded.
For the time being, what I am trying to do is as simple as drawing a
rectangle on the screen and moving it around. I use quickdraw routines like
SetRect(), FrameRect(), OffsetRect(), etc, etc, and nothing happens on the
screen. I have no problem with DrawString(), LineTo(). But as I get in to
rectangles and pictures, nothing happens.
So could somebody please tell me what could be the problem ? It would be
great if somebody could mail me a real small program which does something
similar.
I do understand that it may be too primitive, but I don't know what else I
could do.
Thanks alot in advance.
-gurudatta
PS: I have read the Inside Mac and also played with SumacC sample programs,
but still .....
:←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
:Gurudatta M. Parulkar
:University of Delaware
:Department of Computer and Information Sciences
:Newark, DE 19716
:
:ARPA: parulkar@udel-dewey.EDU
:CSNET: parulkar%udel-dewey@csnet-relay
:UUCP: ...!harvard!parulkar@udel-dewey
:←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←←
------------------------------
Date: Fri, 4 Oct 85 21:35:21 edt
From: jtkohl@ATHENA.MIT.EDU (John T. Kohl)
Subject: [query] Font order in menus
Reply-to: jtkohl@ATHENA.MIT.EDU
Is there a way to alter the order fonts appear in the font menus in
applications? In particular, I want to have 20 fonts in my system file and
be able to use them all in macpaint, macwrite. The problem arises with
macdraw, which puts fonts and point size selection on the same menu, so I
can't use half the fonts. What is left are the non-standard fonts I added
using the Font/DA mover. I want to move the standard fonts to the top of
the menu and the non-standard ones to the bottom. Any Ideas?
John T. Kohl
UUCP: ...!mit-eddie!mit-athena!jtkohl
ARPA: jtkohl@ATHENA.MIT.EDU
------------------------------
Date: 7-Oct-85 11:31 PDT
From: SISOE.AFCC@AFCC-3.ARPA
Subject: Problem with desk top fonts [query]
Sender: Capt Personius, OIS Architecture Mgr, SISS/4085
Sender: <JP.AFCC@AFCC-3.ARPA>
I've experienced a rather annoying problem for the last few months with my
desk top fonts which has finnally brewed into enough frustration to ask if
anyone else has the same problem and/or has a fix for the problem. As best
I can tell, the Geneva 9 point font which is used for the volume and file
names on the desk top is not being addressed or pointed to by the system
(or whatever). Instead, I get a what resembles a 12 point Chicago reduced
to a 9 point Chicago (which is fairly unreadable and annoying).
This all happened about the time I tried out the Ramdisk (downloaded from
info-mac, june or july time frame). Through some other possibly related
problems like a beserk screen, toots and wistles from the sound generator,
and a hung Mac, this font problem (which only occured on one disk for a few
days) has now wormed its way onto every system disk I have (nearly 40 in
number).
So far I have tried new, unpolluted, start-up disks from other Mac users,
swaped out old finders and systems etc., all to no avail. I have, however,
been able to somewhat determine that the problem lies in the system file
and not the finder. I have the apple update utilities and have run them in
order to correct the problem, but it doesn't change anything.
I might add that a fellow Mac owner experience the same initial problems (9
point Chicago font and beserk screen) as soon as he started using the
imfamous ramdisk. Since he was aware of my problem, he immediately deleted
all copies of the ramdisk and was able to stiffle the problem. Mine still
remains permanent.
I am not an exceptionally experienced programmer, especially for the mac,
but I have tried to find something in friend's "Inside Mac" and have
glanced at the supplement. I'm at a dead end as far as my capabilities.
Has anyone come across this problem ??? Has anyone found a fix ??? Please
let me know. Thanks in advance.
Jay M. Personius
SISOE.AFCC@AFCC-3 (i'm on the DDN)
(618) 256-4085
Scott Air Force Base, IL
------------------------------
Date: Sun, 6 Oct 85 22:24:50 PDT
From: msev%Phobos@CIT-Hamlet.ARPA
Subject: Rascal Review
The Rascal System has been mentioned lately on INFO-MAC. Since some of
that information originated with me, and perhaps was a little cryptic, I
thought I should offer a more balanced commentary.
Rascal is a "Macintosh Language for Real-Time I/O Oriented Development"
developed at Reed College and distributed by Metaresearch, Inc., 1100 SE
Woodward, Portland, OR 97202 (503-232-1712). It is based on Pascal, but
fairly loosely, with C influences. It embodies an editor, compiler,
linker, and execution monitor in an integrated development environment. A
new version, "A+", is just out.
A primary feature of Rascal is its real-time ability. Macintosh events are
fielded for the user in several categories: Mousedown, keydown, menu
selection, window update all cause certain user-written procedures to be
entered. Programming is very easy, even with only a minor knowledge of the
Mac's software internals. The interrupt pushbutton (ever wonder what that
was for?) will usually work to trap a runaway procedure and return you to
the monitor level. Interrupt-driven procedures are supported via the
Vertical Retrace Manager. A 1 msec timer is maintained for fine time
resolution.
Rather complete ToolBox interfaces allow you to use most Mac software
facilities without great effort. A handy interface to the SANE floating
point package is easy to use. (Eighty bits are a lot!)
Worth the price by themselves are the subroutine libraries, all provided in
source form. Graphics, including 3-D integer and floating, windows, menus,
file I/O, sound generation, are all illustrated in a helpful manner. These
are the examples that should have been in Inside Macintosh! Complex
arithmetic, complete with a working FFT routine is also included.
Many demonstration programs are provided. If they look like student term
projects, they probably were. Most work, some are splendid. An applica-
tion maker lets one make public-domain (no license needed) versions of your
programs. A DA maker lets one, with some care, make them into desk
accessories.
Programming is fast, especially with 512K, Turbocharger, and external
floppy. The edit-compile-link-execute sequence has an "express" option,
rivalling Forth or TurboPascal in speed and convenience. Compilation
errors send you back to the editor with the cursor on your bad code. Code
is compiled and reasonably fast, but not optimized. A simple LOOP block
takes 32 microseconds. In a week of using the current version I haven't
encountered any system bugs.
I had been wondering what to use for a prospective special terminal
emulation application, with graphics, controls, etc. Rascal offers a more
human-scale way to program a complicated application. For example, the
minimum useful Rascal code (a 16-line dumb terminal emulator) compares well
against the IM Roadmap example (3 awful pages for a simple editor).
The major disadvantages are the non-standard language, which, though
powerful enough for me (includes TYPEs now), might be difficult to convert
to another system. It is also unclear what support the vendor will provide
in the long run.
Documentation is good, a bit fragmented, but improvements are promised.
Price is $99.
Martin Ewing, Caltech Radio Astronomy
mse@caltech.bitnet or mse%phobos@cit-hamlet.arpa
------------------------------
End of INFO-MAC Digest
**********************
∂13-Oct-85 2116 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA SMUG's New THursday night meetings.
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 13 Oct 85 21:16:05 PDT
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Sun 13 Oct 85 21:16:33-PDT
Date: Sun 13 Oct 85 21:12:42-PDT
From: John Mark Agosta <JOHNMARK@SU-SUSHI.ARPA>
Subject: SMUG's New THursday night meetings.
To: smug@SU-SUSHI.ARPA, info-mac-stanford@SUMEX-AIM.ARPA
In response to a general feeling at the retreat that our meetings
were too impersonal and stage time was too hard to get, SMUG decided
to begin a set of more informal meetings. To this end JOhn Ortiz has
graciously made arrangements to sign up SMUG for the Turing Auditorium
in Polya 111, each Thurday at 8pm this quarter.
The use of Turing will alternate between the SMUG developers meetings
and "one- time" meetings of more (or less) general interest.
Two workshops are being arranged. The first is on use of the laser writer.
I have asked a few people who have experience with its quirks and
idiosyncracies to demonstrate what they know. THis meeting is
this Thursday, Oct 17th.
Still in the planning stage is a meeting on statistical and plotting
software, which I plan to have two weeks later, on Oct 31st.
Anyone is welcome to come to either of these meetings. THere is no
charge, and costumes will be welcome at the later.
SMUG is also open to suggestions about future "one- time" meetings,
and welcomes anyone who would like to organize one themselves.
(I notice no one has mentioned the next SMUG developers' meeting.
It will be on Thursday, Oct 24th, and Dan Ingalls will present
Apple's Small Talk for the Macintosh then.)
-jma
-------
∂22-Oct-85 1919 @SUMEX-AIM.ARPA:FERNANDEZ@SU-SUSHI.ARPA Nex SMUG Developers meeting & Mailing list update
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 22 Oct 85 16:07:10 PDT
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Mon 21 Oct 85 17:54:53-PDT
Date: Mon 21 Oct 85 17:53:55-PDT
From: Gustavo Fernandez <FERNANDEZ@SU-SUSHI.ARPA>
Subject: Nex SMUG Developers meeting & Mailing list update
To: smug-developers@SU-SUSHI.ARPA
cc: smug@SU-SUSHI.ARPA, info-mac-stanford@SUMEX-AIM.ARPA,
su-bboards@SU-SUSHI.ARPA, bboard@UCBVAX.BERKELEY.EDU
Message-ID: <12153005655.49.FERNANDEZ@SU-SUSHI.ARPA>
The next Stanford Macintosh Users Group Developers meeting will be on
Thursday, October 24, at 7:30pm in Poyla 111, (Turing Auditorium) in
the Jordan Quad.
Our speaker will be Dan Ingalls of Apple Computer, who will be speaking about
the Smalltalk programming language. Dan formally worked at Xerox PARC, and was
one of the original designers of the Smalltalk language.
At the meeting, Dan will also be demonstrating the implementation of Smalltalk
developed at Apple which currently runs on the 512K (or larger) macintosh.
Our next speaker, on Thursday, November 7, will be Pat Dirks of Apple Computer.
Pat is one of the principal architects of the new Macintosh hierarchial
File System which is used with the Hard Disk 20. He will be talking about
the internals of the HFS as well as new calling sequences necessary to use
it.
-----------------------------------
This is the last SMUG-DEVELOPERS related message that will be broadcast far
and wide this year. Future messages will be confined to the SMUG-DEVELOPERS
mailing list. If you are on this list, then you should get this message in
your EMAIL. If you would like to be on this list, or be taken off, please
send a message to FERNANDEZ@SU-SUSHI. Anyone who replied to my earlier
request has already been included in the updated list.
SMUG-DEVELOPERS is a public mailing list and is meant to be an open forum
for Mac developer related issues at Stanford. If you have any problem, need
help programming, have a review of some neat new utility, etc. feel free
to send it to SMUG-DEVELOPERS@SU-SUSHI.
Thank you
Gustavo Fernandez
-------
∂25-Oct-85 2308 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #50
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 25 Oct 85 23:08:07 PDT
Date: 25 Oct 85 2258-PDT
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #50
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Saturday, 26 Oct 1985 Volume 3 : Issue 50
Today's Topics:
Alan Kay - "When Will Computers Disappear"
be careful where you put your disks
Copy-screen-to-clipboard utility
fan suggestion
Macintosh - test instrument
Any Mac user training course for writting Mac Applications ?
MacXL problem
Terminal Program Suggestion
macterminal [query]
MacTerminal and missing ImageWriter file
New Font/DA Mover files [query]
MacWrite 4.5 to 2.2 [query]
Query: Limits to DA size?
Spelling Checker Recommendations?
Hyperdrive upgrade [query]
Wanted: Used Apple Macintosh
----------------------------------------------------------------------
Date: 18 Oct 85 (Fri) 21:06:28 EDT
From: Dan Winkler <daw%brown.csnet@CSNET-RELAY.ARPA>
Subject: Alan Kay - "When Will Computers Disappear"
Alan Kay gave a talk here today entitled "When Will Computers Disappear."
By that he did not mean when will we stop using them, but rather when will
they become so commonplace that they lose their high visibility and blend
in like telephones. Here is some of the interesting things I remember from
his talk. This done from memory, but is correct to the best of my
knowledge.
He said that mice had been used at Xerox "over our dead bodies." They
wanted to use a graphics tablet as their pointing device, but it was much
too expensive.
He said that the reason gray levels had not been used on the Xerox machines
was that they wanted to see how it would eventually look on a liquid
crystal display in a (dyna) book-sized computer. In a machine with a CRT
like the Mac, he saw no justification for not using gray levels.
He said that Apple should never have sold a 128K Mac, comparing it to a
flashy car with a tiny gas tank. He had high praise for the LaserWriter
though. He had made some nice slides with it, including one large
octagonal warning sign which read "Warning! IBM Jokes Ahead." He did have
some wonderful IBM jokes, but it would be inappropriate to repeat them
here. There was an IBM executive present who took them in very good humor.
When asked what was going on at Apple these days, Kay said he didn't know
but that he was having a good time.
Kay criticized the approach of asking users what they want because they
usually think they want more of basically what they've got, except cheaper
and better. Thus, people can get to like even lousy ideas, like function
keys, if they spend a long time learning to use them.
Kay thinks that one of the best books on systems programming is the
Federalist Papers because it describes the control program for an
enormously complicated system that has run for 200 years without breaking
down. Other books he recommends are: "The Inner Game of Tennis" by Tim
Gallwey which discusses how to use the subconscious mind more effectively,
"Psychology of Invention in the Mathematical Field" by Adamard which
surveys the techniques of the top 100 mathematicians at the time, including
Einstein who said he had a physical, muscular, tactile approach to abstract
problems which let him "feel" the spaces he was working with, and
"Molecular Biology of the Cell" by Alberts et. al., which Kay says assumes
no prior knowledge and can be read like a novel but which describes every
known mechanism of the cell. I guess that came up because he gave an
estimate of the number of bits of information in an E. Coli cell. I don't
remember what it was exactly, but it was large, on the order of hundreds of
megabytes, and he noted that the E. Coli cell itself was much smaller than
a mammalian cell. Kay also recommended his Sept 1977 article in Sci Am
which has now been reprinted in a book called "Microelectronics" published
by Freeman.
On the topic of subconscious versus concious thought, Kay identified three
styles of thought which he labelled "Doing", "Images", and "Symbols". As
an example, he described how children of various ages write logo programs
to draw circles. A five year old, when asked to close his eyes and walk in
a circle, observes that he walks a little and turns a little, over and
over. This translates into a very nice logo program to draw a circle. A
ten year old, might know a little more about the definition of a circle and
might observe that all points are the same distance from the center. He
would write a program that repeatedly moved a certain distance from the
center, drew a dot, returned to the center, turned, moved the same
distance, and so on. This works too, but not as well. A fifteen year old
would be lost however because he knows too much--he knows that r↑2 = x↑2 +
y↑2 and he'll get completely lost trying to program it.
Kay feels that window technology will soon be obsolete because the amount
of information that people can comprehend by direct browsing is much
smaller than the amount available through networking. He described the
need for semi-intelligent agents (processes) and mentioned a system he
built where agents would scan various electronic news services at night and
build a custom newspaper for you based on its knowledge of what you would
be interested in. Thus the headline might be that U.S. planes are bombing
in El Salvador (they are) or it could just as well be that your afternoon
appointment was cancelled (which the agent learned by reading your
electronic mail), based on what would be of interest to you. The system
even had a videodisk of faces of famous people and maps of famous places
which it would use to illustrate your newspaper.
Kay described a system built at Atari where people would wear a device like
a watch (it did indeed tell time) that would allow a computer to track them
as they moved through the building using a cellular telephone like system.
When they entered a room, it would already have their speech recognizer all
loaded and ready and since it could also tell where in 3-space the watch
was, you could point at something and say "turn on that light."
Well, that's all I remember at the moment. Maybe someone else who was also
there could supplement, correct, and clarify this summary. Kay is at MIT
during fall semesters; if you're at any institution in the New England area
I would highly recommend him as a speaker.
Dan.
[This message is archived as [SUMEX]<INFO-MAC>ALAN-KAY.REPORT. --RMA]
------------------------------
Date: Thu, 24 Oct 85 11:42:45 EDT
From: "Carl D. Howe" <cdh@BBN-LABS-B.ARPA>
Subject: be careful where you put your disks
Someone here at BBN pointed out something potentially dangerous regarding
Imagewriters. Unbeknownst to the uninitiated, the cover of an Imagewriter
I (the buff colored ones that match the Mac color) contains a permanent
magnet over on the left hand side. The purpose of this permanent magnet is
to keep the plastic cover seated and secure.
A side effect of this permanent magnet is to render floppy disks that you
place on top of your Imagewriter unreadable.
Moral: Never put your floppy disks on top of your Imagewriter, even
temporarily.
Carl
------------------------------
Date: Wed, 23 Oct 85 13:10 PST
From: Dave Platt <Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA>
Subject: Copy-screen-to-clipboard utility
Here's a useful little hack that I found on the MacQueue BBS (the person
who posted and documented it there isn't sure of its origin). It can be
used to copy a selected portion of your current screen image directly onto
the Mac's clipboard by entering command-shift-9, positioning the cursor to
the upper-left corner of the area you want to copy, dragging the cursor
down to to lower-right corner, and releasing the mousekey. It's similar in
spirit to command-shift-3, but the screen image is moved to the clipboard
rather than into a MacPaint document on disk; the resulting rectangle can
be pasted into the scrapbook, or what have you.
This posting is a BinHex (.HQX) conversion of a PackIt document; once
unpacked, you'll have a document file containing the FKEY resource itself,
and a text file containing complete installation and use instructions.
BEWARE - not following the instructions-for-use can result in a crashed
Mac!
[Archived as [SUMEX]<INFO-MAC>UTILITY-SCREEN-TO-CLIP.HQX. --RMA]
------------------------------
Date: Thu, 24 Oct 85 01:47:09 EDT
From: "Michael C. Adler" <MADLER@MIT-MC.ARPA>
Subject: fan suggestion
A hint for fan problems (if you are not having problems with fan noise,
ignore this): I found that the primary cause of noise produced by my fan
was due to compression of the fan's casing. The fan is actually mounted
inside the computer with pressure and some nasty metal points that stick
into the shell of the Macintosh's case. I remounted my fan with mounting
tape (double sided, very sticky, styrofoam (sp?) tape). I have had no
problems in over two months. Of course, you should be very careful and
make sure that the fan is secure before trusting it. Having it fall on the
drive would not be amusing. Because pressure is no longer exerted on the
side of the fan, it runs both quietly and more efficiently (i.e. it
actually blows air).
Thanks,
-Michael
------------------------------
Date: 17 Oct 85 10:19:11 EDT
From: Kevin.Dowling@CMU-RI-ROVER
Subject: Macintosh - test instrument
I received some literature yesterday that might be of some interest. I
haven't used this device and would like to hear from those who have.
MacADIOS (Macintosh Analog/Digital Input/Output System)
Hardware:
4 Analog voltage outputs, 12 bit 4.8828 mv increments -10 to +9.995V
8 Analog voltage inputs, 12 bit
16 Digital inputs and 16 Digital outputs.
20,833 value/second max sampling rate.
Timer (1 Mhz) and programmable clock.
Software:
Easy control from MS Basic.
Mac based instrumentation: Oscilloscope, Spectrum Analyzer, XY Recorder
etc.
Waveform oriented, general purpose data aqusition program.
- The pictures of the mac screens with the instrumentation were really
slick. On the scope you use the mouse to adjust scales, pull down menus
allow selection of the spectrum analyzer, sonogram, spectrogram, or eight
channel voltmeter. You can change gain values to convert these input
voltages into something meaningfull like temperature, pressure, etc.
- From the literature it seems that the mac interface is used very well.
They use the modem port for communication. Calls are made from Basic to
about 40 different routines that make it pretty easy to set up these
instruments on the screen.
- There is a Manager program that can coordinate data aquisition, waveform
synthesis, data presentation and storage etc. It allows waveform editing
(mark, unmark, cut, copy, paste, drawing w/ mouse, amplify, and offset by
given values). You can perform FFT or the inverse, calculate min and
average values, convolve two waveforms, output waveform to speaker, save
and load configurations. Printing is also supported.
This is definitely a neat looking product and seems to link well laboratory
test equipment and computer. Although some the Mac/GPIB products I
mentioned in a previous post may do as well.
Price for hardware and software is $2500
GW Instruments
3 Ames St.
Cambridge, MA 02139
(617) 577-1524
nivek
Aka : Kevin Dowling Bell: (412) 578-8830
Arpa: nivek@cmu-ri-rover Mail: Robotics Institute
Carnegie-Mellon
Schenley Park
Pgh, PA 15213
------------------------------
Subject: Any Mac user training course for writting Mac Applications ?
Date: 17 Oct 85 14:12:16 EDT (Thu)
From: Gurudatta Parulkar <parulkar@dewey.udel.EDU>
Educational Technology Lab(ETL) at University Of Delaware is planning to
send few Mac users to some training course to help them learn how to write
Mac Applications. We have got the details of Apple's training courses for
the developers, but they seem to be expensive ($900 per person for 3 days,
which does not include Dinner and Room). Is there somebody aware of some
other training courses which are more cost effective and are conducted in
Delaware area? λ
Thanks in advance.
Gurudatta M. Parulkar
University of Delaware
Department of Computer and Information Sciences
Newark, DE 19716
ARPA: parulkar@udel-dewey
CSNET: parulkar%udel-dewey@csnet-relay
UUCP: ...!harvard!parulkar@udel-dewey
------------------------------
Date: Sat, 19 Oct 85 22:59:58 edt
From: ANDERER <anderer%vax1.acs.udel.edu@louie.udel.EDU>
Subject: MacXL problem
I've got a problem which is driving me nuts. All suggestions appreciated:
I'm running a MacXL, under MacWorks 3.0. The hard disk was replaced about
the same time I upgraded to 3.0. About once a week, I "loose" the hard
disk. When I try to boot from the hard disk, I get a sad Mac, with ID code
0f0064.
I can boot from a floppy. When I do, the hard disk isn't recognized. If I
try to PBMount the hard disk, I get a -60 returned ("Master directory block
is bad; must reinitialize volume").
I've inspected the disk (with MacTools)--the boot blocks, volume informa-
tion table, allocation table, and directory all look fine.
S
It's been suggested that what I'm seeing is really just a problem with the
desktop--it's not. Removing/renaming DeskTop doesn't help.
I've tried brute force--zeroing the directory, zeroing the allocation
table, and appropriately initializing the volume information table to a
"clean volume" state. No good--still a -60 on the mount.
I've tried reinstalling MacWorks on the disk--it installs fine, but the
disk still won't mount.
The ONLY thing I've found that works is reinitializing the disk with Hard
Disk Install.
So, besides frustration, I have some questions:
Does anyone have any good arguments for this being either hardware or
software? I don't see any other disk problems, but that's not conclusive.
Are there any "known" problems with MacWorks 3.0 that might account for
this? I've heard very faint rumors, but nothing I put great faith in.
What specifically does PBMountVol check during a mount? What test(s) is
the disk failing to return the -60?
------------------------------
Date: 20 Oct 85 (Sun) 22:25:11 EDT
From: Dan Winkler <daw%brown.csnet@CSNET-RELAY.ARPA>
Subject: Terminal Program Suggestion
I like the way MacTerminal and Versaterm will translate mouse clicks into
vi motion commands. I would like to see a terminal program that will
translate clicks in the scroll bar into vi scrolling commands.
------------------------------
Date: Fri 18 Oct 85 17:18:52-PDT
From: Stuart Cracraft <CRACRAFT@ISI-VAXA.ARPA>
Subject: macterminal [query]
Why does macterminal constantly go back to the disk drive when recording is
turned off? It makes it almost unusable when other things (computer, TIP,
TAC) are slow too.
Please reply to cracraft@isi-vaxa if you know.
Stuart
------------------------------
Date: Fri, 18 Oct 85 10:17:06 PDT
From: sdcarl!rusty@UCB-VAX.Berkeley.EDU (Rusty Wright)
Subject: MacTerminal and missing ImageWriter file
if you delete the ImageWriter file from your disk that you use for
MacTerminal then whenever you use MacTerminal it pops up an alert box that
complains about there not being an Imagewriter file and makes you click on
an ok box. this is a stupid nuisance. obviously i removed the ImageWriter
file on purpose (so i'll have more disk space for downloading). does
anybody know how i could create a bogus ImageWriter file of the smallest
size that would shut up MacTerminal?
------------------------------
Date: 25 Oct 85 14:24:52 EDT
From: Jamie.Zawinski@SPICE.CS.CMU.EDU
Subject: New Font/DA Mover files [query]
I saw this asked before, but didn't see any reply... Does anyone know if
there is a program to convert the old DA Mover files to a format readable
by the Font/DA Mover?
Thanks,
Jamie [jwz@spice.cs.cmu.edu.arpa]
------------------------------
Date: Thu, 24 Oct 85 11:27:32 EDT
From: Richard Crane <CRANER%YALEVMX.BITNET@UCB-VAX.Berkeley.EDU>
Subject: MacWrite 4.5 to 2.2 [query]
We have lots of students using MacWrite 4.5 on 128K Macs and getting into
trouble, even though the Mac labs have *large* signs warning of problems.
Does anyone have a solution to the problem of 'uncompressing' the packed
MacWrite 4.5 format, when we've been able to recover the text form of the
document using SETFILE/FEDIT, etc.?
Thanks
Richard Crane
BITNET: CRANER@YALEVMX
ARPA: CRANER%YALEVMX.BITNET@WISCVM.ARPA
------------------------------
Date: 22 Oct 85 10:45 PDT
From: Fischer.pa@Xerox.ARPA
Subject: Query: Limits to DA size?
I remember reading in "Inside Mac" that there is a "practical limit" to DA
size of about 8k. I have since heard from another source that this is not
a hard limit and that MockWrite, for instance, violates it with impunity.
I have a DA that I believe is going to be about 16k, can I still make a DA
out of it (given all the usual restrictions)?
(ron)
------------------------------
Date: 24 Oct 1985 13:18:06-EDT
From: Saul.Kravitz@faraday.ECE.CMU.EDU
Subject: Spelling Checker Recommendations?
I am in the market for a good spelling checker which is compatible with
both MacWrite (the latest release) and Word. I would prefer a program
which can be executed without exiting the word processor.
If you have experience using any of the spelling checker programs on the
market, please mail me your recommendations and I will summarize to the
bboard.
Thanx,
Saul Kravitz
sak@cmu-ee-faraday.arpa
------------------------------
Date: Thu, 24 Oct 85 01:47:09 EDT
From: "Michael C. Adler" <MADLER@MIT-MC.ARPA>
Subject: Hyperdrive upgrade [query]
Does anyone know whether there is any difference between 10 and 20 MB
Hyperdrives other the the drive itself? If there is not, the $895 upgrade
price seems rather steep. What manufacturer/model is the 20MB drive?
Thanks,
-Michael
------------------------------
Sender: "Sammie Lee.osbunorth"@Xerox.ARPA
Date: 22 Oct 85 19:09:56 PDT (Tuesday)
Subject: Wanted: Used Apple Macintosh
From: SLee.osbunorth@Xerox.ARPA
Reply-to: SLee.osbunorth@Xerox.ARPA
Does anyone know someone or place selling a used Macintosh? A friend of
mine needs one for school work. He has checked the newspapers for used
computers, but has not seen any Macintoshes for sale. If I should find one
for sale,
-- What would be a fair price for a used 128K or 512K Macintosh?
-- How can I find out the age of the Macintosh? Can I tell by just looking
at the serial number?
Thanks in advance,
Sammie Lee
SLee@Xerox.COM
------------------------------
End of INFO-MAC Digest
**********************
∂04-Nov-85 1432 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA Stanford Mac Users' Group monthly meeting
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 4 Nov 85 14:28:16 PST
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Mon 4 Nov 85 14:21:24-PST
Date: Mon 4 Nov 85 14:04:47-PST
From: John Mark Agosta <JOHNMARK@SU-SUSHI.ARPA>
Subject: Stanford Mac Users' Group monthly meeting
To: info-mac-stanford@SUMEX-AIM.ARPA, su-bboards@SU-SUSHI.ARPA
Message-ID: <12156644880.8.JOHNMARK@SU-SUSHI.ARPA>
is today Nov 4th. The invited speakers are Dan Felton, author of
Stat View, and Chuck Walker, a local graphic artist, who will do a demo
of Aldus' PageMaker.
Doors open at 6:30, the discussion starts at 7, and the speakers at about
7:30 -jma
-------
∂06-Nov-85 2214 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V3 #51
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 6 Nov 85 22:11:34 PST
Date: 6 Nov 85 2204-PST
From: Moderator Richard M. Alderson <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V3 #51
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 7 Nov 1985 Volume 3 : Issue 51
Today's Topics:
AppleTalk Cable and PC MacBridge
Preliminary review of TML Systems' Pascal Compiler [excerpt]
Imagewriters and magnets
Motorola's 'designer's get-acquainted offer of a lifetime'
Hayden Spelling Correction Program
INFOMAC subject matter
Another bug in the Laserwriter header file
NumCaps DA
D/A conversion utility
Preview desk accessories via a function key
Large-cursor toggled by a function key
Display a file program
Miezels
MacTerminal complaining about missing Imagewriter, etc.
MacTerminal disk usage [answer to query from v#50]
----------------------------------------------------------------------
Date: Wed, 6 Nov 85 20:23:47 est
From: roy@nlm-vax (Roy Standing)
Subject: AppleTalk Cable and PC MacBridge
Jerry Pierce recently described his method for running an AppleTalk cable.
Instead of Apple's recommended: He proposed:
----- ---------- ----- -----#----------#-----
| | | | | |
| | | | | |
-#- -#- | |
| | | |
Mac Mac Mac Mac
He noted that the advantage of his method was minimizing the length of the
AppleTalk cable. This is desirable since there is the 100 meter maximum
length restriction. He leaves the transformer in the ceiling and uses
Radio Shack joystick extension cables (10-15 foot) to run down the walls to
the Macs.
Having had my own difficulties with getting AppleTalk to work when the
cable length starts getting anywhere near the limit, I've decided to try
this method. My first question was how long the transformer <--> Mac runs
could be; I need at least 30 feet. To test this I had our technician make
up four 50 foot cables. Using the simplest LAN, 1 Mac and 1 LaserWriter,
with a ten foot long LAN, I put varying lengths of cable between the
transformers and the Mac and LW. 50 feet of cable was okay, 100 feet or
more was not. I then used a different configuration: 1 Mac, 1 IBM PC/XT
with PC MacBridge, and 1 LaserWriter, with a 150-200 foot long LAN. I put
fifty foot cables between each transformer and device. The system worked
fine.
I have not tried any other configurations yet. I am about to install a 600
foot LAN with 12 drops where each drop will use a fifty foot extension
cable off the transformer. I hope it works! I'll report on the results.
---- Pc MacBridge ----
Like many others, I'm sure, I dutifully waited for SyTek to release their
IBM PC to AppleTalk bridge so I could give 'my' IBM PCs access to the
shared LaserWriter. When SyTek finally admitted they had no estimated date
(would not accept a purchase order with 6 months delivery leadtime) for
releasing the product I started looking around. I found PC MacBridge from
Tangent Technologies, Ltd.
5720 Peachtree Parkway, Suite 100
Norcross, Georgia 30092
(404) 662-0366
The suggested list is $495.00. It includes an AppleTalk interface card
(short slot length, good in any slot except #8), a disk with conversion
software, and a manual. The software consists of a number of utilities and
a frontend menu system. The utilities allow WordStar, MultiMate, Word,
Lotus, and ASCII files to be converted into PostScript programs and printed
on the LaserWriter. In addition, Files setup for printing on a Diablo 630
can be sent to the LaserWriter. Finally, PostScript programs can be sent
and a graphing facility named LaserGraph is provided. The manual is not
well written. It omits things, like telling you that before you can send
Word files you must first send the file MSSETUP.PS which is supplied by
Word. It contains errors, like referring you to sample files on the
software diskette which aren't provided. It can be confusing, like stating
that LaserGraph is documented in a separate manual although all of the
manuals are collated into one document.
It works quite well. I have reported a number of bugs and inconsistencies
in the menu interface. They have been quite responsive. The first bug I
reported was fixed that same day. It appears that they are a new, small
company. Their product is 'young' but worthwhile. I am waiting for their
new software and documentation release, hopefully they will continue
improving the product. I will have 8 IBM PC/XTs and PC/ATs attached to two
AppleTalk LANs within the next few days.
------------------------------
Date: 28 Oct 1985 11:36-EST
From: mss%dartmouth.csnet@CSNET-RELAY.ARPA
Subject: Preliminary review of TML Systems' Pascal Compiler [excerpt]
Since the original posting of TML's address, I haven't seen any discussion
of their Pascal compiler for the Mac. Mine came and I spent about 6 hours
running it through some programs to see what would happen. It seems nice,
but I'm still not sure about widespread replacement of the Lisa.
For those who missed the first msg, I'll first give a brief description.
"TML Systems' MacLanguage Series Pascal Compiler" is supposed to be a Lisa
Pascal and MacPascal compatible compiler. I assume that means at the
source level. It is also supposed to be MDS compatible. I assume that
means at the object level. In fact, the main program disk looks like the
MDS disk minus EXEC and ASM and with PASCAL and FONT/DA Mover. It appears
that Edit, Linker and RMaker are the same as in MDS, with perhaps the
exception that the transfer menu also has a Pascal entry. When I included
my Asm on the same disk, it did not recognize Pascal in the transfer menu.
The two disk system cost $105. As I mentioned, the first disk contains the
runnable programs. The second disks contains the necessary include files,
linkable Rel files, and example applications (including a desk accesory).
You apparently need a 512K Macintosh with an external disk drive. I guess
the current system is a prerelease since it is numbered 0.9 and the cover
letter implies that they were willing to ship early so that people could
see the product rather than waiting for a final version. I recall comments
like that on the phone from the sales person as well (TML's wife).
Therefore, keep in mind that all of my comments below refer to an early
release running on a 512K Mac w/ an external Sony drive.
My motivation for trying this product was to see if I could abandon my Lisa
for development. A primary reason for staying with the Lisa is the
Supplement that Apple provides, which in essence, guarantees me the ability
to use any features that Apple develops. I have programs that use
Appletalk, Graf3D, drivers and nearly everything else that Apple provides.
Recently, Apple has included MDS files as well in the supplement, so I was
willing to try an MDS compatible system. Since TML claimed to be MDS and
Lisa compatible, it seemed like a good bet. My results are inconclusive.
[... excerpted for brevity ...]
Unfortunately for me, technical suport for TML is through Compuserve, MCI
and US Mail. Alas, I use Arpanet, Usenet, CSNet and the phone. They say
they want only written comments. Maybe if I get my act together, I'll
print a copy of this review and send it off (but us telecommuters find
printers hard to use.)
If starting a new project from scratch, this might not be a bad way to go,
especially with a hard disk and an MDS system. But one cannot just pluck
the Lisa stuff off the old 2-10 and drop it on the Mac. When I get 1.0,
I'll run everything again to see what has changed. I'd appreciate hearing
from others who tried this product.
-Mark Sherman (mss@Darmouth.csnet)
[The full text of this review can be found in
[SUMEX]<INFO-MAC>NEWS-TML.REVIEW. --RMA]
------------------------------
Date: Sun 27 Oct 85 18:57:19-EST
From: Michael Ardai <UI.MIKE@CU20B.COLUMBIA.EDU>
Subject: Imagewriters and magnets
The magnet on the cover of the Imagewriter is used to tell the printer that
the cover is in place. There is a reed switch inside the case. If you
lift up the cover (or remove the magnet), the printer will go off-line and
stop printing. Any way, don't put disks on the Imagewriter (or leaning
against the left side of the Mac)
Michael L. Ardai
Columbia University Center
for Computing Activities
ARPANET: UI.Mike@CU20B.ARPA
Bitnet : MIAUS @CUVMA
Usenet : ...seismo!columbia!cucca!mike
USnail : 803 Watson Labs, 612 West 115th Street, New York, N.Y. 10025
<The opinions expressed in this posting are not necessarily those of>
<Columbia University, or anyone else, for that matter... >
------------------------------
Date: Sun 27 Oct 85 13:27:03-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Motorola's 'designer's get-acquainted offer of a lifetime'
[ skimmed from a message on USENET - Werner ]
From: roy@nlm-vax.ARPA (Roy Standing @ NLM/LHNCBC, Bethesda, Md.)
Some of you have undoubtably seen Motorola's 'designer's get-acquainted
offer of a lifetime'. For $68.00 you get: 1 MC68000 MPU, 1 MC68008 MPU
(8-bit MPU), 1 MC68440 (DMA control), 1 MC68230 (parallel interface/timer),
1 MC68661 (enhanced peripheral communications interface), 1 MC68652 (multi-
protocol communication controller, 1 MC68681 (dual UART), 1 MC68901 (multi-
function peripheral), AND complete M68000 documentation library. Its
called the M68000KIT from any authorized Motorola distributor (such as
Hamilton-Avnet in my area). THere is also an 'early bird bonus' with the
first 2000 orders received ... 1 MC68010 16-bit virtual memory 8mHz MPU at
no additional charge.
The points are: 1) a spare MC68000 chip, 2) an MC68010 which you could
replace the Mac's MC68000 chip with (5-50% improvement but there are some
ROM patches to handle the 68010 4 byte exception stack setup vs the 68000's
3 byte--not hard to do--why hasn't Levco offered this???), 3) the ability
to hack extra ports for the Mac, and 4) the complete set of 68000
documentation. Seems like a neat offer. Motorola's ad has a toll free
number: 1-800-521-6274.
PS: should I have missed a similar announcement on ARPA and "committed"
duplication ..... my apologies. Werner
------------------------------
Date: Wed Oct 23 12:40:07 1985-PST
From: Tom Wadlow <taw@s1-c.arpa>
Subject: Hayden Spelling Correction Program
I was recently considering buying the Hayden spelling correction program
for my Macintosh, when I ran across a disturbing piece of information that
seemed worthy of forwarding to INFO-MAC for correction or substatiation.
I am told (by a friend that bought the program) that this package contains
a "worm". Apparently, Hayden says that you can make one backup copy of the
package. The package does not *prevent* you from making additional copies
however. Rather, your additional copies will actually work, for some
number of times. Then, the worm trashes your input files.
This is, of course, rather disturbing news if true. Does anyone have any
further information on this, or a copy with which to experiment to see if
this is true? I have not personally verified this behavior.
Tom Wadlow (S-1 Project, Lawrence Livermore National Laboratory)
MILNET: <taw at MORDOR> <taw at S1-C>
UUCP: ..!ucbvax!dual!mordor!taw ..!decvax!decwrl!mordor!taw
------------------------------
Date: 06 November 85 11:42 EST
From: RGG%CORNELLC.BITNET@ucb-vax.berkeley.edu
Subject: INFOMAC subject matter
I have two modest proposals. Can the AMIGA stuff be moved to an AMIGA
conference? Can we declare the GEM/DRI/APPLE suit a dead horse and stop
beating it? ....In the interests of a more relevant BB....
Tom Dimock
[I personally am not averse to seeing occasional notes about the other
consumer-oriented 68000-based systems, the Amiga and 520ST. If others are
bothered by this, let me know. I'll decide on future policy based on the
input. --RMA]
------------------------------
Date: 24 Oct 85 11:42:00 EDT
From: "JOE WEINSTEIN" <weinstein@bbnv1.ARPA>
Subject: Another bug in the Laserwriter header file
Reply-to: "JOE WEINSTEIN" <weinstein@bbnv1.ARPA>
There is another typo in the laserwriter header file on Info-Mac. Replace
the spurious occurence of the non-existent operator "exchd" with "exch".
See also my previous message concerning a missing line. As soon as I am
sure everything is working right I will re-post the corrected file.
------------------------------
Date: 27 Oct 85 12:00:33 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: NumCaps DA
NumCaps is a Desk Accessory that allows you to copy any character in any
Macintosh font to the clipboard for later pasting. Characters are selected
by their hexadecimal character code which can be obtained from programs,
such as FontDisplay.
Below is a Binhex'ed PackIt file containing the DA itself and its doc file.
The following posting will contain the sources in Megamax C.
NumCaps is Copyright 1985 Jeffrey S. Shulman but otherwise in the public
domain.
Jeff
Below is a Binhex'ed PackIt file that contains the sources (in Megamax C)
to the previously posted NumCaps DA.
uucp: ...{harvard, seismo, ut-sally, sri-iu, ihnp4!packard}!topaz!shulman
arpa: SHULMAN@RUTGERS
CIS: 76136,667
Delphi: JEFFS
[ These files are being "simulposted" to Usenet, INFO-MAC, Delphi and CIS ]
[Archived as [SUMEX]<INFO-MAC>DA-NUMCAPS.HQX. Sources are in
DA-NUMCAPS-C.HQX. --RMA]
------------------------------
Date: Mon, 28 Oct 85 12:19 MST
From: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: D/A conversion utility
In reply to Jamie Zawinski's query about a program which can convert the
old (CE Software) DA-mover files to the new (Apple) font/DA-mover format...
here it is! It's a shareware utility written by CE Software; it will
convert files in either direction.
[Archived as [SUMEX]<INFO-MAC>UTILITY-DAMOVER-CONVERTER.HQX. --RMA]
------------------------------
Date: Fri, 1 Nov 85 15:58 MST
From: Dave-Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: Preview desk accessories via a function key
Here's a little shareware gem by Loftus E. Becker. Run this application
once. It will install a new FKEY resource in your system file. Then, to
test out a newly-received desk accessory stored in a font/DA-mover docu-
ment, simply enter command-shift-5. DA Key will take over the screen,
permit you to select the font/DA-mover document, and will activate the desk
accessory.
This is similar in spirit to the DA Sampler application posted some time
ago, but it can be used from within an application as well as from the
Finder (not the MiniFinder, though). [It came without an icon of its own,
so I puttered around and made one for it before BinHex'ing it].
[Archived as [SUMEX]<INFO-MAC>UTILITY-FKEY-DA-SAMPLER.HQX. --RMA]
------------------------------
Date: Mon, 4 Nov 85 16:11 MST
From: Platt%LADC@CISL-SERVICE-MULTICS.ARPA
Subject: Large-cursor toggled by a function key
Here's a version of Andy Hertzfeld's large-cursor program that I located
recently, and added a desktop icon to. When run, this application adds a
function key resource to your system file (it's installed as FKEY 8). Once
it's installed, you can toggle the size of your cursor from the standard
16x16 to a larger 32x32, and back again, by typing command-shift-8.
[Archived as [SUMEX]<INFO-MAC>DEMO-LARGE-CURSOR.HQX. --RMA]
------------------------------
From: kangaro!milo@Purdue.EDU
Subject: Display a file program
Date: Thu Oct 31 20:31:29 1985
This is a little program I whipped up in Megamax C that will display any
Mac file of type TEXT. It is very handy for looking at text files you have
downloaded from a BBS without having to load a text editor. The program
loads in about 4 seconds and supports standard Mac desk accessorys...etc.
Let me know if you have any problems with the program...the source follows...
Greg Corson
UUCP: {ihnp4 | ucbvax}!pur-ee!kangaro!milo
ARPA: pur-ee!kangaro!milo@Purdue.ARPA
EDU: kangaro!milo@ee.Purdue.EDU
Or call my BBS at (219) 277-5825
[The source to this program is archived as
[SUMEX]<INFO-MAC>UTILITY-FILE-DISPLAY.C; the binhexed executable is to be
found in [SUMEX]<INFO-MAC>UTILITY-FILE-DISPLAY.HQX. --RMA]
------------------------------
From: guido@boring.UUCP
Subject: Miezels
Date: Fri, 1-Nov-85 10:58:02 EST
Reply-to: guido@mcvax.UUCP (Guido van Rossum)
[Share and enjoy]
This is a BinHexed desk accessory called "Measles".
In the article "Computer Recreations" by A.K. Dewdney in the Scientific
American of September 1985 a program "Crabs" was described, running on a
Blit terminal. Crabs is a program which puts 30 crabs on screen eating
everything on screen (windows, icons etc.). The predecessor of CRABS was a
program called "Measles". Measles are tiny balls bouncing in the gray area
between the windows.
The following desk accessory is Measles for Macintosh, written by
Rick Jansen @ SARA, Amsterdam, The Netherlands.
(Posted by a friend)
[Located in [SUMEX]<INFO-MAC>DA-MEASLES.HQX. --RMA]
------------------------------
Subject: MacTerminal complaining about missing Imagewriter, etc.
Date: 26 Oct 85 22:36:04 EST (Sat)
From: "Steven B. Munson" <sbm@Purdue.EDU>
I have figured out how to make MacTerminal shut up about not being able to
find an Imagewriter file when it starts up. Alerts have a data structure
that tells whether the OK or Cancel button should be the default, whether
the dialog box should be drawn at all, and how many beeps to use the first,
second, third, and succeeding times that the error they describe occurs.
In MacTerminal, the alert in question is drawn with OK as the default and
three beeps every time it doesn't find the Imagewriter file (I think it can
only happen once, when MacTerminal starts up). I editted it with ResEdit
and changed it not to be drawn or beep, and now MacTerminal never complains
about this condition that I don't care about.
The alert you want to alter is ALRT #4196. Needless to say, you should
munge a copy of MacTerminal you don't mind losing if ResEdit crashes. If
MacTerminal is on an uninserted disk when ResEdit is running, it is a good
idea to open an alert on the ResEdit disk and close it before opening one
in MacTerminal--ResEdit is happier the less it has to swap disks. After
you have opened the alert, you can display it as text, using the ALRT menu,
and alter it anyway you want. Presumably, you want to uncheck the "drawn"
box and put a zero in the sound field, at least for the first occurrence.
By the way, double clicking on an open dialog or alert will display its
item list (DITL).
This is great--a customizable user interface. What a novel idea! I would
like to go through the Finder and silence some of the alerts that always
annoyed me (do you really REALLY want to delete that application?), but
there is just one alert in the Finder that is used to display any message
with the question mark icon. I guess they did that to save space ... oh
well. Now if only I could get MacTerminal to stop saving the screen image
to disk every 8 seconds! Presumably, this "feature" will be removed in the
next version of MacTerminal, right, Apple? After all, no one wants it, and
the screen image only needs to be saved when the document is closed anyway
(but who wants to save it?).
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Sat, 26 Oct 85 17:19:39 edt
From: Roy Leban <roy%farg.umich.csnet@CSNET-RELAY.ARPA>
Subject: MacTerminal disk usage [answer to query from v#50]
MacTerminal goes to the disk after some length of inactivity (I think it's
1 minute) to save any text that has changed since the last time it was
saved. Even if Record Lines of Top is off, MacTerminal wants to save the
24 lines which comprise the terminal screen. I agree that it's very
annoying. One solution to the problem is to create a very small RAM disk
and put the MacTerminal document (which is only 3K if you don't Record)
there. Of course, if you'd like to Record, you can create a larger RAM
disk.
-Roy.
------------------------------
End of INFO-MAC Digest
**********************
∂10-Nov-85 1201 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA SMUG General Meeting notes
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 10 Nov 85 12:00:55 PST
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Sun 10 Nov 85 12:02:34-PST
Date: Sun 10 Nov 85 12:02:54-PST
From: John Mark Agosta <JOHNMARK@SU-SUSHI.ARPA>
Subject: SMUG General Meeting notes
To: smug@SU-SUSHI.ARPA, info-mac-stanford@SUMEX-AIM.ARPA
cc: oakley@SU-STAR.ARPA, 87.orr@SU-GSB-HOW.ARPA
Message-ID: <12158195557.21.JOHNMARK@SU-SUSHI.ARPA>
ANNOUNCEMENTS FROM THE NOV 4↑TH SMUG MEETING
PRODUCT NEWS:
Apple is not producing the 128K Mac anymore. They are no longer
available via the Consortium.
Upgrades: Be sure to check for compatibility with imminent Apple
upgrades. Especially if you plan to upgrade your Mac through a third
party to a size greater than 512K, you should get an assurance from
the vendor that your Mac will be compatible with future hardware
improvements that Apple has planned.
Apple hard disk is being shipped in limited quantities, and will show
up next month in the Consortium. It Includes Finder 5.0, with the
hierarchial file system.
Paradise hard disk. Expect restore and backup utilities this month for
version 1.2 software. They hope to license the Apple hierarchial file
system soon.
MacLanguage Pascal/ TML systems
Box 361626 Melbourne, FL 23936 $99.
A compled version of Pascal. Like the original Mac C, compiles to
assembly language, and must be used with the "MDS 128" assembler.
Rags to Riches Accounting Package is offered at a bargain to
SMUG members for $99.00 for all modules thru November.
Call Chang Labs at 408/246 8020.
You can find a review and benchmarking of Macintosh C compilers in
this Nov. BYTE. But be circumspect about its conclusions. The
versions they tested are outdated.
Berkeley MUG newsletter compendium with 200+ pages. Copies are
now being mailed to BMUG members. We should have copies available
for sale next meeting.
MacWorld Expo will be back in mid January. Its dates vies with
Shareholders' meeting
Inside Mac, the final version from Addison and Wesley, 1st three vols
arrive in Jan. SMUG will place a bulk order, hoping to get a significant
discount from the $70 retail price. There will be an order form in the
next newsletter.
MEETINGS:
All Monday meetings are in the CDR conference room, in Building 530,
just above Mam Chu. The Thurday workshops and Developer's meetings
are in Turing Auditorium, Polya 111, Jordan Quad - near Forsythe.
Monday Nov 11↑th: Organizational meeting. Newsletter plans will be
made.
Nov 12 :First time users' "how to"
Call the message at 497-1496 for (all) meeting details.
Nov 14:"The Context of Computing..." A workshop to be run by Nicholas
dePaul.
SMUG MacFest plans: come to the Nov 18th organizational meeting.
Hopes are to have another MacFest early next year.
Nov 21: SMUG- Developers. Gus will speak on Copy protection schemes.
Next general meeting is December 2↑nd.
Main presenter is MachForth, a development language that allows
multi-tasking.
Next available Thursday night workshop in December will be on Microsoft's
Execl spreadsheet.
NEW FREEWARE DISKS:
Buy disk #5 again! Utility updates.
6 new freeware disks #20-25
#20:Concertware works
#21:New fonts and font utilities
#22:Resource editors
#23: MacPaint,Font & Cursor utilities
#24: Graphics demos
#25:Terminal disk.
-jma
-------
∂13-Nov-85 1105 @SUMEX-AIM.ARPA:JOHNMARK@SU-SUSHI.ARPA A driver for the c-150 Diablo Ink Jet printer
Received: from SUMEX-AIM.ARPA by SU-AI.ARPA with TCP; 13 Nov 85 11:04:59 PST
Received: from SU-SUSHI.ARPA by SUMEX-AIM.ARPA with TCP; Wed 13 Nov 85 11:03:39-PST
Date: Wed 13 Nov 85 11:04:05-PST
From: John Mark Agosta <JOHNMARK@SU-SUSHI.ARPA>
Subject: A driver for the c-150 Diablo Ink Jet printer
To: smug@SU-SUSHI.ARPA, info-mac-stanford@SUMEX-AIM.ARPA
Message-ID: <12158971282.39.JOHNMARK@SU-SUSHI.ARPA>
Is anyone interested in writing a software driver to use Macintosh
with this printer? It is a non- raster printer (e.g.) it has its own
fonts. The advantage of it is that it can print overheads in color.
It sounds like a tedious but not particularly difficult project.
Contact Ray Barrioz @ (408) 942 0900 x 7221 with ELXSI Computers.
Ray is scoping out whether this is worthwhile. -jma
-------